From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-101785-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23016 invoked by alias); 31 Aug 2004 20:44:53 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 22987 invoked from network); 31 Aug 2004 20:44:50 -0000
Received: from unknown (HELO lon-mail-1.gradwell.net) (193.111.201.125)
  by sourceware.org with SMTP; 31 Aug 2004 20:44:50 -0000
Received: (qmail 54033 invoked from network); 31 Aug 2004 20:44:49 -0000
Received: from digraph.polyomino.org.uk (postmaster%pop3.polyomino.org.uk@81.187.227.50)
  by lon-mail-1.gradwell.net with SMTP; 31 Aug 2004 20:44:49 -0000
Received: from jsm28 (helo=localhost)
	by digraph.polyomino.org.uk with local-esmtp (Exim 4.41)
	id 1C2FUm-0001yR-Tn; Tue, 31 Aug 2004 20:44:48 +0000
Date: Tue, 31 Aug 2004 20:56:00 -0000
From: "Joseph S. Myers" <jsm@polyomino.org.uk>
X-X-Sender: jsm28@digraph.polyomino.org.uk
To: Scott Robert Ladd <coyote@coyotegulch.com>
cc: Robert Dewar <dewar@gnat.com>, Zack Weinberg <zack@codesourcery.com>, 
    Laurent GUERBY <laurent@guerby.net>, 
    Gabriel Dos Reis <gdr@integrable-solutions.net>, 
    Richard Henderson <rth@redhat.com>, Florian Weimer <fw@deneb.enyo.de>, 
    gcc@gcc.gnu.org
Subject: Re: Ada policy
In-Reply-To: <4134E0CF.5070907@coyotegulch.com>
Message-ID: <Pine.LNX.4.61.0408312037430.7320@digraph.polyomino.org.uk>
References: <10408301022.AA24170@vlsi1.ultra.nyu.edu> <1093863754.17130.27.camel@pc.site>
 <20040830090622.GD30497@sunsite.ms.mff.cuni.cz> <1093888894.17130.45.camel@pc.site>
 <87zn4czaql.fsf@deneb.enyo.de> <1093896230.17130.95.camel@pc.site>
 <87657074by.fsf@codesourcery.com> <20040830205702.GB2566@redhat.com>
 <4133A3D2.80202@gnat.com> <87brgs5dzu.fsf@codesourcery.com> <4133D371.5030203@gnat.com>
 <87y8jw3vo1.fsf@codesourcery.com> <4133E786.8060703@gnat.com>
 <87r7po3sip.fsf@codesourcery.com> <4133F092.2030102@gnat.com>
 <8765703qb4.fsf@codesourcery.com> <41347558.5090405@gnat.com>
 <m3eklnqsly.fsf@uniton.integrable-solutions.net> <1093974895.17130.192.camel@pc.site>
 <87acwb2n6j.fsf@codesourcery.com> <4134C75B.8050507@gnat.com>
 <4134D325.7080208@coyotegulch.com> <4134DA06.3020709@gnat.com>
 <4134E0CF.5070907@coyotegulch.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SW-Source: 2004-08/txt/msg01675.txt.bz2

On Tue, 31 Aug 2004, Scott Robert Ladd wrote:

> I understood that you were discussing portability (based on your focus on
> int), which is often a matter of making certain that type "X" has a compatible
> range across multiple platforms. Thus the stdint.h definitions.
> 
> That is, of course, assuming you have a Standard C compiler across your target
> platforms. :)

Which is perhaps not wise in this regard if you want to rely on features 
GCC doesn't yet implement (<stdint.h>; see the last couple of comments in 
bug 448 for Geoff Keating's proposal to implement it) of a standard that 
has not yet been widely implemented.

Fortunately in this case you can substitute your own <stdint.h> if 
necessary using <limits.h> or autoconf if the target library doesn't have 
<stdint.h> or the more widely implemented <inttypes.h>.

-- 
Joseph S. Myers               http://www.srcf.ucam.org/~jsm28/gcc/
  http://www.srcf.ucam.org/~jsm28/gcc/#c90status - status of C90 for GCC 3.5
    jsm@polyomino.org.uk (personal mail)
    jsm28@gcc.gnu.org (Bugzilla assignments and CCs)