This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug lto/40790] plugin-api.h unconditionally includes stdint.h
- From: "ro at techfak dot uni-bielefeld dot de" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 5 Oct 2009 12:51:08 -0000
- Subject: [Bug lto/40790] plugin-api.h unconditionally includes stdint.h
- References: <bug-40790-279@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from ro at techfak dot uni-bielefeld dot de 2009-10-05 12:51 -------
Subject: Re: plugin-api.h unconditionally includes stdint.h
> ------- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-04 20:27 -------
> Rainer, I think the checks are in place to properly set HAVE_STDINT_H
> and HAVE_INTTYPES_H or provide defines for intptr_t and uintptr_t.
>
> Can you do actual verification if comment #2 fixes your issue?
It works in IRIX 6.5 where the HAVE_STDINT_H check detects that the file,
while present, doesn't work properly, and falls back to <inttypes.h>. It
also works on Tru64 UNIX V5.1B, which lacks <stdint.h>, but has
<inttypes.h>. I wouldn't have expected that lto-plugin.h is used on a
non-ELF platform at all. It will break on Tru64 UNIX V4.0F which also
lacks <inttypes.h>, since no replacement definitions of *intptr_t are
present yet.
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40790