This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: stdint.h: No such file or directory


> Very mysterious!

Yup.  It appears that errorcount is not being set correctly for
header files that don't exist.  Strangely, this seems to work
under hpux 11.11.  It's been a long time since I did a 3.4 build
under 11.00, so it's hard to know when the problem started.

There are only two places where errorcount is set in c-opts.c.
There isn't a problem with the option processing (i.e., the error
occurs after c_common_post_options is called.  cpp_finish returns
0, so errorcount doesn't get set at the second spot either.

> 1- Nobody has changed the autoconf test for stdint.h, recently! We are 
> using the macro in postypes.h, this is new, but the test itself is 
> /very/ old. Has always been broken on hpux?!? Everywhere??? Why?

Yes, it's not the autoconf test.  A simple program that just includes
<stdint.h> demonstrates the problem.  This is now PR 12847.

> 2- All the other platforms seem definitely OK wrt to this this issue. 
> Are you aware of peculiarities of hpux's <stdint.h>?

It doesn't exist.

> 3- What happens if you protect #include <stdint.h> with #ifdef 
> _GLIBCXX_HAVE_INT64_T, instead? That would be perfectly OK for the 
> purposes of libstdc++-v3. Can you test this change?

I could do that but it wouldn't fix the cpp problem, which will certainly
cause problems elsewhere.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]