From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27867 invoked by alias); 28 Jun 2005 22:41:17 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27656 invoked by uid 22791); 28 Jun 2005 22:40:59 -0000 Received: from [193.102.189.200] (HELO mserv.vocalweb.de) (193.102.189.200) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 28 Jun 2005 22:40:59 +0000 Received: from [192.168.0.176] ([193.102.189.184]) by mserv.vocalweb.de (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id j5SMWPxJ024685; Wed, 29 Jun 2005 00:32:25 +0200 Message-ID: <42C1D202.5090800@futureapps.de> Date: Tue, 28 Jun 2005 22:41:00 -0000 From: Georg Bauhaus User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Debian/1.7.8-1 MIME-Version: 1.0 To: Joe Buck CC: "'gcc mailing list'" Subject: Re: signed is undefined and has been since 1992 (in GCC) References: <20050628164136.GD9524@synopsys.com> <20050628172003.GA9726@synopsys.com> In-Reply-To: <20050628172003.GA9726@synopsys.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-06/txt/msg01216.txt.bz2 Joe Buck wrote: > 32-bit integers are going to remain useful types, and > LP64 architectures finally have char = 8, short = 16, int = 32, long = 64, > which is too useful to break. Hmm... pratically, "Handle and Pointer Sizes" in http://www.intel.com/cd/ids/developer/asmo-na/eng/dc/64bit/197664.htm?page=2 When I try to attach the qualification "useful" to program text whose basic types cannot be interpreted without extended exegesis of various documents, I wonder whether it should be the compiler's job to correct this situation, as has been suggested in this thread. Georg