From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23647 invoked by alias); 23 Dec 2001 15:06:35 -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 23625 invoked from network); 23 Dec 2001 15:06:32 -0000 Received: from unknown (HELO mail.netic.de) (212.9.160.11) by sources.redhat.com with SMTP; 23 Dec 2001 15:06:32 -0000 Received: by mail.netic.de (Smail3.2.0.111/mail.s.netic.de) via LF.net GmbH Internet Services via remoteip 212.9.163.123 via remotehost mail.enyo.de with esmtp for gcc.gnu.org id m16IACs-001XAEC; Sun, 23 Dec 2001 16:06:30 +0100 (CET) Received: from [192.168.1.2] (helo=deneb.enyo.de ident=exim) by mail.enyo.de with esmtp (Exim 3.12 #1) id 16IACb-00085t-00; Sun, 23 Dec 2001 16:06:13 +0100 Received: from fw by deneb.enyo.de with local (Exim 3.12 #1) id 16IAbd-0000cv-00; Sun, 23 Dec 2001 16:32:05 +0100 To: dewar@gnat.com Cc: gcc@gcc.gnu.org, torvalds@transmeta.com Subject: Re: Big-endian Gcc on Intel IA32 References: <20011223145954.15F7EF28C6@nile.gnat.com> From: Florian Weimer Date: Sun, 23 Dec 2001 07:08:00 -0000 In-Reply-To: <20011223145954.15F7EF28C6@nile.gnat.com> (dewar@gnat.com's message of "Sun, 23 Dec 2001 09:59:54 -0500 (EST)") Message-ID: <87lmfuj6kq.fsf@deneb.enyo.de> User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2001-12/txt/msg01249.txt.bz2 dewar@gnat.com writes: > The point is that it is quite straightforward to address the problem WITHIN > an address unit. Ada already does this. Have a look at what GNAT implements > here with the Bit_Order attribute (and also see the discussion of why it > is not easy to do more). This is in the GNAT RM. Yes, but the interesting case (at least if you have to match a given external representation) is not addressed: | If byte flipping is required for interoperability between big- and | little-endian machines, this must be explicitly programmed. This | capability is not provided by @code{Bit_Order}.