[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20121011001139.GU254@brightrain.aerifal.cx>
Date: Wed, 10 Oct 2012 20:11:39 -0400
From: Rich Felker <dalias@...ifal.cx>
To: musl@...ts.openwall.com
Subject: Re: need possibility to override default endianness
On Wed, Oct 10, 2012 at 11:56:16PM +0200, John Spencer wrote:
> if you compile musl mips on mispel with landley's gcc 4.1.2, or gcc
> 3.4.6, bits/endian.h says the BYTE_ORDER == __BIG_ENDIAN, and breaks
> built apps (for example sha512 code used in butch).
>
> i know that more recent gcc's set the macro automatically, still:
>
> rather than overwriting that file manually i'd prefer if musl had a
> flag to indicate the desired endianness.
>
> i.e. ./configure --with-target-endian=little
I'd rather either have this auto-detected, or use a separate arch name
for the backwards-endian variants (i.e. mipsel and armeb) but without
duplicating all the asm dirs. This would require some sort of subarch
or second arch search path support. Any sketch of how that should
work? (either the auto-detection of endianness or subarch stuff) Maybe
there's just some other macro older gccs define for mipsel and armeb
that we could detect in the bits/endian.h files at compile-time...?
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
