From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26188 invoked by alias); 7 Oct 2009 10:30:30 -0000 Received: (qmail 26177 invoked by uid 22791); 7 Oct 2009 10:30:29 -0000 X-SWARE-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_JMF_BL,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout4.012.net.il (HELO mtaout3.012.net.il) (84.95.2.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Oct 2009 10:30:25 +0000 Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KR5006003REHL00@i_mtaout3.012.net.il> for gdb@sourceware.org; Wed, 07 Oct 2009 12:30:22 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.224.43]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KR5004AS3UL7LD0@i_mtaout3.012.net.il> for gdb@sourceware.org; Wed, 07 Oct 2009 12:30:22 +0200 (IST) Date: Wed, 07 Oct 2009 10:30:00 -0000 From: Eli Zaretskii Subject: Re: [ANNOUNCEMENT] GDB 7.0 released! In-reply-to: To: gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <838wfnmrax.fsf@gnu.org> References: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-10/txt/msg00129.txt.bz2 > Date: Tue, 6 Oct 2009 10:40:09 -0700 > From: Joel Brobecker > > GDB 7.0 released! > > Release 7.0 of GDB, the GNU Debugger, is now available via anonymous > FTP. GDB is a source-level debugger for Ada, C, C++, Objective-C, > Pascal and many other languages. GDB can target (i.e., debug programs > running on) more than a dozen different processor architectures, and GDB > itself can run on most popular GNU/Linux, Unix and Microsoft Windows > variants. Thanks. FWIW, it failed to build for me on Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux The reason seems to be that it didn't find libiconv: gcc -g -O2 \ -o gdb gdb.o libgdb.a \ ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lncurses -lz -lm eliz/lib/libexpat.so -Wl,-rpath -Wl,eliz/lib ../libiberty/libiberty.a gnulib/libgnu.a -ldl -rdynamic libgdb.a(charset.o): In function `validate':eliz/gdb-7.0/gdb/charset.c:284: undefined reference to `libiconv_open' :eliz/gdb-7.0/gdb/charset.c:288: undefined reference to `libiconv_close' :eliz/gdb-7.0/gdb/charset.c:290: undefined reference to `libiconv_open' :eliz/gdb-7.0/gdb/charset.c:294: undefined reference to `libiconv_close' libgdb.a(charset.o): In function `convert_between_encodings':eliz/gdb-7.0/gdb/charset.c:434: undefined reference to `libiconv_open' :eliz/gdb-7.0/gdb/charset.c:456: undefined reference to `libiconv' libgdb.a(charset.o): In function `make_wchar_iterator':eliz/gdb-7.0/gdb/charset.c:540: undefined reference to `libiconv_open' libgdb.a(charset.o): In function `do_cleanup_iterator':eliz/gdb-7.0/gdb/charset.c:561: undefined reference to `libiconv_close' libgdb.a(charset.o): In function `wchar_iterate':eliz/gdb-7.0/gdb/charset.c:598: undefined reference to `libiconv' libgdb.a(charset.o): In function `cleanup_iconv':eliz/gdb-7.0/gdb/charset.c:412: undefined reference to `libiconv_close' collect2: ld returned 1 exit status Where was it supposed to detect how to link against libiconv? (I eventually forced it to DTRT by specifying the necessary arguments to the linker in LOADLIBES.)