Return-Path: Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: (qmail 28156 invoked from network); 29 May 2008 18:06:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 May 2008 18:06:53 -0000 Received: (qmail 63891 invoked by uid 500); 29 May 2008 18:06:55 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 63880 invoked by uid 500); 29 May 2008 18:06:55 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 63869 invoked by uid 99); 29 May 2008 18:06:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 May 2008 11:06:55 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [208.30.140.160] (HELO moroha.roguewave.com) (208.30.140.160) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 May 2008 18:06:07 +0000 Received: from exchmail01.Blue.Roguewave.Com (exchmail01.blue.roguewave.com [10.22.129.22]) by moroha.roguewave.com (8.13.6/8.13.6) with ESMTP id m4TI6Mpo014644 for ; Thu, 29 May 2008 18:06:23 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: migrating tr1 headers for c++0x Date: Thu, 29 May 2008 12:06:06 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: migrating tr1 headers for c++0x Thread-Index: AcjBnykdx6kq61X9R/+iYObhY7IBcQADLKVA References: <483EC8A2.9090101@roguewave.com> From: "Travis Vitek" To: X-Virus-Checked: Checked by ClamAV on apache.org =20 >Martin Sebor wrote: > >Travis Vitek wrote: >> I've run into a problem while migrating the cstdint/stdint.h=20 >> headers to their new home in the include/ansi directory for >> 4.3.x. >>=20 >>[...] >> >> The problem is that the system /usr/include/stdint.h defines the >> appropriate types [int8_t, uint8_t, ...], but it only defines >> the limit macros [PTRDIFF_MAX, ...] if compiling as C or if=20 >> __STDC_LIMIT_MACROS is defined. So we get into the final block, >> include the system header, but none of the macros come through. >> At the very least this causes a bunch of failed assertions in >> the test, but due to some minor issues with the test it actually >> fails to compile when these macros aren't defined. >>=20 >> Now I could easily just #define __STDC_LIMIT_MACROS for gcc before >> including /usr/include/stdint.h [or in rw/_config-gcc.h], but that >> wouldn't help much if the user included the system header before our >> header. > >How could they do that? Well, I would have expected that this would come up if the user did something like this gcc -I/usr/include $(TOPDIR)/include/ansi \ -I$(TOPDIR)/include $(BUILDDIR)/include -c t.cpp I did some testing, and for some reason I can't get it to pull the from /usr/include by doing this. I guess I'm worrying about nothing. > >Martin > >>=20