This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: [Ready for test/1.5.0] libiconv & gettext (many)
- From: Corinna Vinschen <vinschen at redhat dot com>
- To: cygwin-apps at cygwin dot com
- Date: Tue, 15 Jul 2003 23:12:57 +0200
- Subject: Re: [Ready for test/1.5.0] libiconv & gettext (many)
- References: <20030714083255.2AB8A72D33@smtp.us2.messagingengine.com>
- Reply-to: cygwin-apps at cygwin dot com
Charles,
On Mon, Jul 14, 2003 at 04:32:55AM -0400, Charles Wilson wrote:
> These two package-sets should be updated together.
>
> libiconv-1.9.1-1
> libiconv2-1.9.1-1
> libcharset1-1.9.1-1
>
> gettext-0.12.1-1
> gettext-devel-0.12.1-1
> libintl2-0.12.1-1
> libgettextpo0-0.12.1-1 (*)
trying to build sharutils for 1.5.0, I've just came across a problem:
gcc -o shar shar.o encode.o ../lib/libshar.a ../lib/libshar.a -lintl -lintl
shar.o(.text+0x5523): In function `main':
/home/corinna/src/sharutils-4.2.1/src/shar.c:1970:
undefined reference to `__imp___nl_default_dirname__'
`nm /usr/lib/libintl.dll.a' shows only a symbol
__imp__libintl_nl_default_dirname.
The sharutils configury recognizes that the system has libintl.a but
is too dumb to remove the own intl subdir from the include paths.
So I thought this might be an incompatibility between the intl version
in sharutils and our own version. I removed all include paths to its
own intl dir by hand and built again. But the error persists.
Then I had a look into the file which produces the error and I found
this:
#ifdef __CYGWIN__
extern const char __declspec(dllimport) _nl_default_dirname__[];
puts (_nl_default_dirname__);
#else
extern const char _nl_default_dirname[]; /* Defined in dcgettext.c */
puts (_nl_default_dirname);
#endif
What's the error here? Is the sharutils code plain wrong or is that
an incompatibility of the new libintl?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@cygwin.com
Red Hat, Inc.