From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26028 invoked by alias); 26 Nov 2013 16:37:46 -0000 Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org Received: (qmail 26019 invoked by uid 89); 26 Nov 2013 16:37:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RDNS_NONE,URIBL_BLOCKED autolearn=no version=3.3.2 X-HELO: relay1.mentorg.com Received: from Unknown (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 26 Nov 2013 16:37:24 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1VlLdN-0002Ia-CA from joseph_myers@mentor.com ; Tue, 26 Nov 2013 08:37:09 -0800 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 26 Nov 2013 08:37:09 -0800 Received: from digraph.polyomino.org.uk (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.2.247.3; Tue, 26 Nov 2013 16:36:36 +0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.76) (envelope-from ) id 1VlLcp-0006tt-BQ; Tue, 26 Nov 2013 16:36:35 +0000 Date: Sat, 30 Nov 2013 08:03:00 -0000 From: "Joseph S. Myers" To: Matheus Almeida CC: "libc-ports@sourceware.org" , Doug Gilmore Subject: Re: [Patch, mips]: Add support for FR=1/o32. Update implemention of setjmp/longjmp In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2013-11/txt/msg00064.txt.bz2 On Tue, 26 Nov 2013, Joseph S. Myers wrote: > incompatibilities should be detected by the dynamic linker, not "need to > be recompiled". I suggest looking at Maciej's NaN changes as a model. Sorry, I see your "need to be recompiled" was about old -mfp64 binaries, which indeed we don't need to care about. But we *do* need to ensure incompatibilities between o32-fp32 and o32-fp64 binaries / shared libraries are detected, which means doing similar things to Maciej's patch to check ELF flags, distinguish libraries in ldconfig and arguably use a different dynamic linker name (or two such names, if o32-fp64 is supported with both NaN variants). (New dynamic linker names mean changes to specs in GCC, but those changes should be small and so fine even in development stage 3.) -- Joseph S. Myers joseph@codesourcery.com