Re: MIPS, libsupc++ and -G 0

2005-04-19 Thread Jonathan Larmour
Richard Sandiford wrote: Zack Weinberg <[EMAIL PROTECTED]> writes: Richard Sandiford <[EMAIL PROTECTED]> writes: The only reliable way to get what you want is to either (a) add -G0 multilibs or (b) change the default -G setting. Perhaps a configure option would be useful here. Maybe something lik

Re: MIPS, libsupc++ and -G 0

2005-04-19 Thread Richard Sandiford
Zack Weinberg <[EMAIL PROTECTED]> writes: > Richard Sandiford <[EMAIL PROTECTED]> writes: >> The only reliable way to get what you want is to either (a) add -G0 >> multilibs or (b) change the default -G setting. Perhaps a configure >> option would be useful here. Maybe something like --with-sdata

Re: MIPS, libsupc++ and -G 0

2005-04-19 Thread Zack Weinberg
Richard Sandiford <[EMAIL PROTECTED]> writes: > The only reliable way to get what you want is to either (a) add -G0 > multilibs or (b) change the default -G setting. Perhaps a configure > option would be useful here. Maybe something like --with-sdata-limit, > to go alongside options like --with-

Re: MIPS, libsupc++ and -G 0

2005-04-19 Thread Richard Sandiford
Jonathan Larmour <[EMAIL PROTECTED]> writes: > On MIPS, libgcc is built with -G 0, which is used to ensure the contents > don't assume they will be placed in the small data/bss section. Setting > -G 0 is used to allow for the possibility of large applications, or > those where even small data may b

MIPS, libsupc++ and -G 0

2005-04-18 Thread Jonathan Larmour
On MIPS, libgcc is built with -G 0, which is used to ensure the contents don't assume they will be placed in the small data/bss section. Setting -G 0 is used to allow for the possibility of large applications, or those where even small data may be located more than 64k away from the gp pointer.