From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19759 invoked by alias); 9 Mar 2004 22:27:16 -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 19721 invoked from network); 9 Mar 2004 22:27:13 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 9 Mar 2004 22:27:13 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id D04AB2B92; Tue, 9 Mar 2004 17:27:04 -0500 (EST) Message-ID: <404E44B8.8050605@gnu.org> Date: Tue, 09 Mar 2004 22:27:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040217 MIME-Version: 1.0 To: Andreas Schwab Cc: Manoj Iyer , gdb@sources.redhat.com Subject: Re: tcl cannot build 64bit. References: <404E3539.8010005@gnu.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-03/txt/msg00084.txt.bz2 > 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 ignore me using ccache :-) you probably checked out the non FSF insight :-( Andrew