This is the mail archive of the
libc-ports@sources.redhat.com
mailing list for the libc-ports project.
Re: [Patch, mips]: Add support for FR=1/o32. Update implemention of setjmp/longjmp
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Matheus Almeida <Matheus dot Almeida at imgtec dot com>
- Cc: "libc-ports at sourceware dot org" <libc-ports at sourceware dot org>, Doug Gilmore <Doug dot Gilmore at imgtec dot com>
- Date: Tue, 26 Nov 2013 16:36:35 +0000
- Subject: Re: [Patch, mips]: Add support for FR=1/o32. Update implemention of setjmp/longjmp
- Authentication-results: sourceware.org; auth=none
- References: <D27A34061895C147B6015779E8B217303D4981CE at KLMAIL01 dot kl dot imgtec dot org> <Pine dot LNX dot 4 dot 64 dot 1311261609530 dot 25885 at digraph dot polyomino dot org dot uk>
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