From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 115024 invoked by alias); 27 Aug 2015 09:42:25 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 115011 invoked by uid 89); 27 Aug 2015 09:42:24 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail3-relais-sop.national.inria.fr Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 27 Aug 2015 09:42:24 +0000 Received: from ip-214.net-81-220-91.toulouse.rev.numericable.fr (HELO laptop-mg.local) ([81.220.91.214]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Aug 2015 11:42:20 +0200 Date: Thu, 27 Aug 2015 09:42:00 -0000 From: Marc Glisse Reply-To: gcc-help@gcc.gnu.org To: Jonathan Wakely cc: David Brown , Martin Sebor , Kostas Savvidis , gcc-help Subject: Re: 128-bit integer - nonsensical documentation? In-Reply-To: Message-ID: References: <1B1111BE-E274-4C80-8189-22B78D77647A@gmail.com> <55DDAD64.3040607@westcontrol.com> <55DDE30A.1080506@gmail.com> <55DEB83C.5010106@westcontrol.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-SW-Source: 2015-08/txt/msg00192.txt.bz2 On Thu, 27 Aug 2015, Jonathan Wakely wrote: >> Are you allowed to include typedefs for uint128_t and int128_t in >> , or would that also only be allowed if it is a proper >> extended integer? > > Those names are not in the namespace reserved for the implementation, > so doing that would cause this valid code to fail to compile: > > #include > typedef struct { } uint128_t; > int main() { } C11 7.31 Future library directions 7.31.10 Integer types Typedef names beginning with int or uint and ending with _t may be added to the types defined in the header. 7.20.1.1 also gives restrictions on the semantics of any type called uintN_t. I would interpret that as making your program non-portable, if not broken. -- Marc Glisse