From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6927 invoked by alias); 1 May 2014 23:03:23 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 6904 invoked by uid 89); 1 May 2014 23:03:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 3 recipients X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 01 May 2014 23:03:19 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1Wg00Z-0007lC-7E from joseph_myers@mentor.com ; Thu, 01 May 2014 16:03:15 -0700 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Thu, 1 May 2014 16:03:15 -0700 Received: from digraph.polyomino.org.uk (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.2.247.3; Fri, 2 May 2014 00:03:12 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.76) (envelope-from ) id 1Wg00V-0005H8-G2; Thu, 01 May 2014 23:03:11 +0000 Date: Thu, 01 May 2014 23:03:00 -0000 From: "Joseph S. Myers" To: John Marino CC: , Jonathan Wakely , Gerald Pfeifer , , "Eric Botcazou (gnu.org)" Subject: Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly In-Reply-To: <5352D100.9040108@marino.st> Message-ID: References: <5352D100.9040108@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2014-05/txt/msg00031.txt.bz2 The include of from seems risky, given that that's a POSIX header that typically defines various types ISO C does not permit to be defined in (ISO C does not have any general *_t namespace reservation, unlike POSIX). Have you verified that if you include with -std=c90 / -std=c99 / -std=c11, the resulting definitions (compiler and preprocessor) are all ones permitted by the relevant C standard version to be provided by ? (I don't know what the FreeBSD defines, but it at least seems possible from the name that it is only defining things in the implementation namespace, with the public being what then includes and does "typedef __foo_t foo_t;" or similar to provide the public POSIX types that aren't in ISO C.) -- Joseph S. Myers joseph@codesourcery.com