This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [PATCH][MIPS] Add linker emulation for N64 ABI with forced 32-bit symbols
- From: Maxim Kuvyrkov <maxim at codesourcery dot com>
- To: Richard Sandiford <rdsandiford at googlemail dot com>
- Cc: <binutils at sourceware dot org>, Eric Christopher <echristo at gmail dot com>, "Maciej W. Rozycki" <macro at codesourcery dot com>
- Date: Fri, 16 Nov 2012 11:21:29 +1300
- Subject: Re: [PATCH][MIPS] Add linker emulation for N64 ABI with forced 32-bit symbols
- References: <1A059C97-D083-4E17-A444-659452ABCCDB@codesourcery.com> <87a9ui8qpf.fsf@talisman.default>
On 16/11/2012, at 11:08 AM, Richard Sandiford wrote:
> Maxim Kuvyrkov <maxim@codesourcery.com> writes:
>>
...
>> Tested by building complete MIPS64 toolchain (including glibc) with -msym32.
>>
>> OK to apply?
>
> Huh. I'm very much against the original change to the n64 TEXT_START_ADDR.
> See this previous discussion on the topic:
>
> http://sourceware.org/ml/binutils/2008-06/msg00285.html
>
> The justification for changing TEXT_START_ADDR from a 32-bit value to a
> larger value was that it would show users if their code was non-portable,
> because anything that assumed 32-bit addresses would now fault. But that
> seems to me like the tools lecturing to the user. As I said in that thread,
> I think users who want to smoke out such portability problems (by making
> sure that the lower 4GB aren't mapped) should be the ones who need to do
> something special.
>
> I think we should simply revert to a 32-bit TEXT_START_ADDR for all
> n64 emulations. This time I'm even in a position to approve it :-)
>
> That has the advantage that no GCC patches are needed. Users who
> want this functionality can just upgrade their binutils.
I'm fine with this. I'll hold off posting the GCC patch under the assumption that it will not be necessary.
Thank you,
--
Maxim Kuvyrkov
CodeSourcery / Mentor Graphics