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).