From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: SuperH port Date: Thu, 16 Oct 2008 23:04:00 -0700 (PDT) Message-ID: <200810170604.m9H6405l013839@mothra.ics.uci.edu> References: <18668.31387.21197.719443@a1ihome1.kph.uni-mainz.de> <200810081431.m98EVuUJ011805@mothra.ics.uci.edu> <18668.64085.372743.905358@a1ihome1.kph.uni-mainz.de> <18678.23984.801356.890460@a1ihome1.kph.uni-mainz.de> <200810152136.m9FLafBH009918@mothra.ics.uci.edu> <18679.26123.115502.647352@a1ihome1.kph.uni-mainz.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1224223505 32392 80.91.229.12 (17 Oct 2008 06:05:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2008 06:05:05 +0000 (UTC) Cc: sh@gentoo.org, emacs@gentoo.org, Stefan Monnier , emacs-devel@gnu.org To: Ulrich Mueller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 08:06:05 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KqiSl-0003J8-A5 for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2008 08:05:48 +0200 Original-Received: from localhost ([127.0.0.1]:40235 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqiRg-0000nH-HX for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2008 02:04:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KqiRc-0000nC-Po for emacs-devel@gnu.org; Fri, 17 Oct 2008 02:04:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KqiRc-0000mz-2E for emacs-devel@gnu.org; Fri, 17 Oct 2008 02:04:16 -0400 Original-Received: from [199.232.76.173] (port=49832 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqiRb-0000mw-W5 for emacs-devel@gnu.org; Fri, 17 Oct 2008 02:04:16 -0400 Original-Received: from sallyv2.ics.uci.edu ([128.195.1.120]:63065) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1KqiRb-0007C0-7N for emacs-devel@gnu.org; Fri, 17 Oct 2008 02:04:15 -0400 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id m9H641uT017889; Thu, 16 Oct 2008 23:04:01 -0700 (PDT) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id m9H6405l013839; Thu, 16 Oct 2008 23:04:00 -0700 (PDT) In-Reply-To: <18679.26123.115502.647352@a1ihome1.kph.uni-mainz.de> (Ulrich Mueller's message of "Thu, 16 Oct 2008 18:04:27 +0200") Original-Lines: 21 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: m9H641uT017889 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:104569 Archived-At: Ulrich Mueller writes: > >>>>> On Wed, 15 Oct 2008, Dan Nicolaescu wrote: > > > Isn't there a symbol that the compiler defines differently for > > big/little endian? > > I don't know about the compiler, but glibc's header files define > __BYTE_ORDER. I've attached a solution that was tested on GNU/Linux, > but should also work on BSD. I would not be so sure without checking. Do you have access to compilers for both big and little endian? If yes, you can look at the difference between the output of: gcc -xc -E -dM /dev/null On all the machines that I am aware off that support both big and little endian the compiler predefines a symbol to distinguish between them. I'll install this when the endianess issue gets resolved.