From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6721 invoked by alias); 9 Mar 2004 22:55:56 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 6709 invoked from network); 9 Mar 2004 22:55:56 -0000 Received: from unknown (HELO Cantor.suse.de) (195.135.220.2) by sources.redhat.com with SMTP; 9 Mar 2004 22:55:56 -0000 Received: from hermes.suse.de (Hermes.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id 8E5D22C61CA; Tue, 9 Mar 2004 23:55:54 +0100 (CET) To: Andrew Cagney Cc: Manoj Iyer , gdb@sources.redhat.com Subject: Re: tcl cannot build 64bit. References: <404E3539.8010005@gnu.org> <404E44B8.8050605@gnu.org> From: Andreas Schwab X-Yow: Is this where people are HOT and NICE and they give you TOAST for FREE?? Date: Tue, 09 Mar 2004 22:55:00 -0000 In-Reply-To: <404E44B8.8050605@gnu.org> (Andrew Cagney's message of "Tue, 09 Mar 2004 17:27:04 -0500") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-SW-Source: 2004-03/txt/msg00085.txt.bz2 Andrew Cagney writes: >> Andrew Cagney writes: >> >>>>>> When I build GDB 6.1 CVS version as a 64bit binary, the tclsh fails to >>>>>> build. The linker complains "skipping incompatible >>>>>> /home/manjo/project/build_scripts/src/tcl/unix/libtcl8.4.a when searching >>>>>> for -ltcl8.4" even though libtcl8.4.a is availale in that directory. >>>>>> When I force it to link with the archive I get a bunch of undefined >>>>>> reference to ".symbol" as follows: ( I am only pasting a few). And they >>>>>> look like glibc symbols... >>> >>>> >>>> GDB or expect? GDB doesn't need tcl. >> Actually it does, unless you configure with --disable-gdbtk. > > Er, no, here's my link line: > > /usr/pkg/bin/ccache gcc -g -O -o gdbtui tui-main.o libgdb.a > ../sim/ppc/libsim.a ../bfd/libbfd.a ../readline/libreadline.a > ../opcodes/libopcodes.a ./../intl/libintl.a ../libiberty/libiberty.a -lm > -lcurses ../libiberty/libiberty.a Ok, it's not gdb itself, but there is the gdbtk subdirectory. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."