[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.2006012119010.11121@digraph.polyomino.org.uk>
Date: Mon, 1 Jun 2020 21:28:25 +0000
From: Joseph Myers <joseph@...esourcery.com>
To: Will Springer <skirmisher@...tonmail.com>
CC: <linuxppc-dev@...ts.ozlabs.org>, <libc-alpha@...rceware.org>,
<eery@...erfox.es>, <daniel@...aforge.org>, <musl@...ts.openwall.com>,
<binutils@...rceware.org>, <libc-dev@...ts.llvm.org>
Subject: Re: ppc64le and 32-bit LE userland compatibility
On Fri, 29 May 2020, Will Springer via Binutils wrote:
> Hey all, a couple of us over in #talos-workstation on freenode have been
> working on an effort to bring up a Linux PowerPC userland that runs in 32-bit
> little-endian mode, aka ppcle. As far as we can tell, no ABI has ever been
> designated for this (unless you count the patchset from a decade ago [1]), so
> it's pretty much uncharted territory as far as Linux is concerned. We want to
> sync up with libc and the relevant kernel folks to establish the best path
> forward.
As a general comment on the glibc side of things, if this is considered
like a new port, and it probably is, the same principles that apply to new
ports apply here.
There's a general discussion at
<https://sourceware.org/glibc/wiki/NewPorts>, although much of that is
only applicable when adding new CPU architecture support. More specific
points include that new 32-bit ports should default to 64-bit time and
file offsets from the start, with no support for 32-bit time or offsets
(meaning that if you want to use this with some kind of library call
translation, the library call translation will need to deal with
corresponding type size conversions). And a new port should not be added
that uses the IBM long double format. You can use IEEE binary128 long
double, possibly with an ABI similar to that used on powerpc64le, or can
use long double = double, but should not support IBM long double, and
preferably should only have one long double format rather than using the
glibc support for building with different options resulting in functions
for different long double formats being called.
--
Joseph S. Myers
joseph@...esourcery.com
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.
