Re: --disable-nls

2005-08-23 Thread Greg Schafer
Alexander E. Patrakov wrote: > Greg Schafer wrote: >> Hmmm, interesting. Is this a FSF or HJL thing or both? I've just noticed >> that Binutils-pass2 also has --disable-nls. Hmm, OK. That is certainly >> good reason to pass '--disable-nls'. > > This is at least for HJL. Not tested with FSF. I've

Re: --disable-nls

2005-08-23 Thread Alexander E. Patrakov
Greg Schafer wrote: Alexander E. Patrakov wrote: No, it was added deliberately in order to avoid binutils dependency on the host gettext. So Binutils won't build with NLS if Gettext is missing on the host? Right. Hmmm, interesting. Is this a FSF or HJL thing or both? I've just noticed th

Re: --disable-nls

2005-08-23 Thread Greg Schafer
Alexander E. Patrakov wrote: > No, it was added deliberately in order to avoid binutils dependency on > the host gettext. So Binutils won't build with NLS if Gettext is missing on the host? Hmmm, interesting. Is this a FSF or HJL thing or both? I've just noticed that Binutils-pass2 also has --di

Re: --disable-nls

2005-08-23 Thread Greg Schafer
Archaic wrote: > On Wed, Aug 24, 2005 at 12:13:07PM +1000, Greg Schafer wrote: >> >> "This disables internationalization as i18n is not needed for the temporary >> tools." > > This is an accurate statement. True. But it's not accurate in the context I described. If it's to stay it should at le

Re: --disable-nls

2005-08-23 Thread Alexander E. Patrakov
Greg Schafer wrote: Hi The explanation in Ch 5 Binutils Pass1 for --disable-nls says: "This disables internationalization as i18n is not needed for the temporary tools." This is misleading because only the Pass1's of Binutils and GCC are passed `--disable-nls'. For the statement to be accurate

Re: --disable-nls

2005-08-23 Thread Archaic
On Wed, Aug 24, 2005 at 12:13:07PM +1000, Greg Schafer wrote: > > "This disables internationalization as i18n is not needed for the temporary > tools." This is an accurate statement. It does not say we need to pass this everywhere, not does it say we are specifically avoiding i18n in chapter 5. I