This is the mail archive of the
mailing list for the binutils project.
Re: [PATCH] Updated RDOS support
On Tue, Jan 8, 2013 at 9:51 PM, Alan Modra <email@example.com> wrote:
> On Tue, Jan 08, 2013 at 09:43:16PM +0100, Leif Ekblad wrote:
>> ----- Original Message ----- From: "Alan Modra" <firstname.lastname@example.org>
>> >Why should $LARGE_DATA_ADDR affect $OTHER_BSS_SECTIONS? Hmm, I see
>> >LARGE_SECTIONS=yes adds .lbss to OTHER_BSS_SECTIONS. That's not very
>> >nice as quite a few targets use OTHER_BSS_SECTIONS for other purposes.
>> >Your patch makes this even more confusing. Also, since you seem to
>> >want a separate large segment, do you really want to lay out your
>> >large sections as .lbss, .lrodata, .ldata? Wouldn't .lrodata, .ldata,
>> >.lbss make more sense?
>> Yes, absolutely. If the lbss area is large it will also increase
>> executable size for no reason.
>> But, shouldn't this be the order regardless of LARGE_DATA_ADDR setting? This
>> seems like a bug.
> I don't know why the existing scripts put .lbss first. The patch
> adding x86_64 support for large sections is here:
> Prior to that, hppa64 had a huge bss section placed more or less in
> the same location but no large data or rodata section as far as I
It was done on purpose so that we may put ldata and lbss sections n the
same segnment as bss/data sections.