From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 9000 invoked from network); 2 Jun 2020 17:48:10 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 2 Jun 2020 17:48:10 -0000 Received: (qmail 5163 invoked by uid 550); 2 Jun 2020 17:48:07 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 5133 invoked from network); 2 Jun 2020 17:48:06 -0000 X-Authentication-Warning: gate.crashing.org: segher set sender to segher@kernel.crashing.org using -f Date: Tue, 2 Jun 2020 12:47:48 -0500 From: Segher Boessenkool To: Joseph Myers Cc: libc-alpha@sourceware.org, eery@paperfox.es, Daniel Kolesa , musl@lists.openwall.com, Will Springer , Palmer Dabbelt via binutils , via libc-dev , linuxppc-dev@lists.ozlabs.org Message-ID: <20200602174748.GS31009@gate.crashing.org> References: <2047231.C4sosBPzcN@sheen> <20200602021245.GO31009@gate.crashing.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Subject: [musl] Re: ppc64le and 32-bit LE userland compatibility On Tue, Jun 02, 2020 at 01:50:32PM +0000, Joseph Myers wrote: > On Mon, 1 Jun 2020, Segher Boessenkool wrote: > > > > The supported glibc ABIs are listed at > > > . > > > > powerpcle-linux already does work somewhat, and that should also he > > worth something, official or not ;-) > > > > (It has worked for very many years already... That is, I have built it > > a lot, I have no idea about running a full distro that way). > > Greg McGary's patches as referenced at > were > never merged, and I don't know how big the changes to .S files were or if > they were ever posted. Many files were subsequently fixed as part of > bringing up support for powerpc64le, but without actual 32-bit LE testing > as part of each release cycle there's not much evidence of correctness for > LE of code not used for powerpc64le. Yeah sorry, I meant I have built the toolchain parts a lot, not libc. GCC and binutils. I reckon there is more work to do in libc, certainly for configuration and similar. Segher