public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: c/448
@ 2001-04-03 13:36 jsm28
0 siblings, 0 replies; only message in thread
From: jsm28 @ 2001-04-03 13:36 UTC (permalink / raw)
To: nobody; +Cc: gcc-prs
The following reply was made to PR c/448; it has been noted by GNATS.
From: jsm28@gcc.gnu.org
To: gcc-gnats@gcc.gnu.org, jsm28@cam.ac.uk, nobody@gcc.gnu.org
Cc:
Subject: Re: c/448
Date: 3 Apr 2001 20:30:58 -0000
Synopsis: <stdint.h>-related issues
State-Changed-From-To: open->analyzed
State-Changed-By: jsm28
State-Changed-When: Tue Apr 3 16:30:58 2001
State-Changed-Why:
Confirming my own PR.
GCC now has an internal notion of intmax_t and uintmax_t,
but no <stdint.h> header. The most recently suggested
mechanism for a less fragile <limits.h>, which would also
apply to this, would be to have an "enquire"-like program
that generates sample <limits.h> and <stdint.h> headers
for a given target, then include them in the distribution
as with <float.h>. Where the sizes of types can vary on
a target, either the target-specific header would need
to contain appropriate (potentially fragile) conditionals,
or appropriate variant headers would need to be installed
in multilib directories.
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=448&database=gcc
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2001-04-03 13:36 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-04-03 13:36 c/448 jsm28
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).