public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* Why is ENABLE_NLS always defined?
@ 2001-10-16 17:49 H . J . Lu
  2001-10-16 17:51 ` Ziemowit Laski
  0 siblings, 1 reply; 3+ messages in thread
From: H . J . Lu @ 2001-10-16 17:49 UTC (permalink / raw)
  To: gcc

The current gcc will enable NLS by default. It does check if
<libintl.h> exists. However, it still defines ENABLE_NLS even
though it knows <libintl.h> doesn't exist. That is on IRIX 6.5.
I had to add --disable-nls. It doesn't happen with gcc on Oct. 5.


H.J.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Why is ENABLE_NLS always defined?
  2001-10-16 17:49 Why is ENABLE_NLS always defined? H . J . Lu
@ 2001-10-16 17:51 ` Ziemowit Laski
  2001-10-16 18:20   ` Zack Weinberg
  0 siblings, 1 reply; 3+ messages in thread
From: Ziemowit Laski @ 2001-10-16 17:51 UTC (permalink / raw)
  To: H . J . Lu; +Cc: gcc

On Tuesday, October 16, 2001, at 05:49 , H . J . Lu wrote:

> The current gcc will enable NLS by default. It does check if
> <libintl.h> exists. However, it still defines ENABLE_NLS even
> though it knows <libintl.h> doesn't exist. That is on IRIX 6.5.
> I had to add --disable-nls. It doesn't happen with gcc on Oct. 5.

Ah! Darwin has the same problem (I also have to --disable-nls now).

--Zem
--------------------------------------------------------------
Ziemowit Laski                   Apple Computer, Inc.
zlaski@apple.com                 2 Infinite Loop, MS 302-4SN
+1.408.974.6229  Fax .1344       Cupertino, CA  95014-2085

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Why is ENABLE_NLS always defined?
  2001-10-16 17:51 ` Ziemowit Laski
@ 2001-10-16 18:20   ` Zack Weinberg
  0 siblings, 0 replies; 3+ messages in thread
From: Zack Weinberg @ 2001-10-16 18:20 UTC (permalink / raw)
  To: Ziemowit Laski; +Cc: H . J . Lu, gcc

On Tue, Oct 16, 2001 at 05:51:21PM -0700, Ziemowit Laski wrote:
> 
> On Tuesday, October 16, 2001, at 05:49 , H . J . Lu wrote:
> 
> >The current gcc will enable NLS by default. It does check if
> ><libintl.h> exists. However, it still defines ENABLE_NLS even
> >though it knows <libintl.h> doesn't exist. That is on IRIX 6.5.
> >I had to add --disable-nls. It doesn't happen with gcc on Oct. 5.
> 
> Ah! Darwin has the same problem (I also have to --disable-nls now).

--enable-nls is supposed to substitute our own gettext library if
there isn't one in libc.  However, our own gettext library uses a
different header name from <libintl.h> to avoid clashes, and the glue
header (intl.h) doesn't know that.

This should be fixed in the patch I sent last week:

http://gcc.gnu.org/ml/gcc-patches/2001-10/msg00619.html

zw

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2001-10-16 18:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-10-16 17:49 Why is ENABLE_NLS always defined? H . J . Lu
2001-10-16 17:51 ` Ziemowit Laski
2001-10-16 18:20   ` Zack Weinberg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).