This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH 6/13] mips musl support
- From: Rich Felker <dalias at libc dot org>
- To: Szabolcs Nagy <szabolcs dot nagy at arm dot com>
- Cc: Matthew Fortune <Matthew dot Fortune at imgtec dot com>, "H.J. Lu" <hjl dot tools at gmail dot com>, Gregor Richards <gregor dot richards at uwaterloo dot ca>, Szabolcs Nagy <nsz at port70 dot net>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
- Date: Fri, 8 May 2015 10:48:47 -0400
- Subject: Re: [PATCH 6/13] mips musl support
- Authentication-results: sourceware.org; auth=none
- References: <55354A4A dot 4060702 at arm dot com> <55354B79 dot 3050201 at arm dot com> <6D39441BF12EF246A7ABCE6654B023532103AB78 at LEMAIL01 dot le dot imgtec dot org> <20150421144240 dot GU6817 at brightrain dot aerifal dot cx> <6D39441BF12EF246A7ABCE6654B023532103AECA at LEMAIL01 dot le dot imgtec dot org> <553E4A45 dot 1070107 at arm dot com> <CAMe9rOrYC-qBh4T2z1AzTHN7ubOBPOp3qv_DL60FU=JGFbkEng at mail dot gmail dot com> <6D39441BF12EF246A7ABCE6654B023532104FBE2 at LEMAIL01 dot le dot imgtec dot org> <554CCB1B dot 10408 at arm dot com>
On Fri, May 08, 2015 at 03:41:31PM +0100, Szabolcs Nagy wrote:
> > I.e. as it stands this patch is not OK for backporting to GCC 5
> > without further discussion.
> >
> > There is also the perspective that we should be able to aim for
> > an ABI variant agnostic dynamic linker at some point over the next
> > year by working towards a build that truly uses no float and is
> > hence compatible with all the ABI variants.
>
> i'm not sure what you mean by 'a build that truly uses no float'
>
> i thought the direction is to have a potentially hard float abi
> with kernel emulation when the fpu is not present.
I think Matthew's idea was that the dynamic linker could be agnostic
since it doesn't need floating point arithmetic itself, then load
appropriate libraries depending on the ABI of the application
(presumably determined by some flags in _DYNAMIC or perhaps the main
ELF header). Of course with some familiarity with musl it becomes
clear why this is not an option, but to answer things like this we
need to think from a standpoint of non-familiarity with musl. :-)
Rich