X-Authentication-Warning: delorie.com: mailnull set sender to djgpp-workers-bounces using -f Subject: Re: GDB CVS build problems. From: Tim Van Holder To: djgpp-workers AT delorie DOT com Cc: Pierre Muller In-Reply-To: <4.2.0.58.20011204112907.019e92b8@ics.u-strasbg.fr> References: <4 DOT 2 DOT 0 DOT 58 DOT 20011204112907 DOT 019e92b8 AT ics DOT u-strasbg DOT fr> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Evolution/0.99.0+cvs.2001.11.06.15.07 (Preview Release) Date: 04 Dec 2001 12:22:05 +0100 Message-Id: <1007464927.7586.0.camel@bender.falconsoft.be> Mime-Version: 1.0 Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Tue, 2001-12-04 at 11:46, Pierre Muller wrote: > > --Second: > But I get more errors at link stage: > > As I have libintl.a installed, > the configure uses it and I > get undefined references to 'dgettext' > because -lintl does not get added to the > list of needed libs. IIRC, Cygwin (and related trees such as binutils/gcc/gdb) uses it's own autoconf macro for gettext checking; this results in problems if using a more recent version of gettext, as iconv probably won't get checked for. Additionally, it doesn't add -lintl to $LIBS, so it doesn't get linked in (that, or the Makefile.am files don't use the right substitution vars; it's been a while since I checked). This is fairly typical, since many (most?) systems have a gettext implementation in their libc and therefore don't have a problem. > --Third: > If I add it manually with LOADLIBES=-lintl > I still get an error: > f:/djgpp2000/lib/libintl.a(dcigettext.o): In function `_nl_find_msg': > dcigettext.c:872: undefined reference to `libiconv' > f:/djgpp2000/lib/libintl.a(loadmsgcat.o): In function `_nl_init_domain_conv': > loadmsgcat.c:301: undefined reference to `libiconv_open' > f:/djgpp2000/lib/libintl.a(loadmsgcat.o): In function `_nl_free_domain_conv': > loadmsgcat.c:331: undefined reference to `libiconv_close' > > Should I load yet another library? > In which package can I find this library. Yes, you need -liconv (in licnv16b.zip, I think; not sure)