From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22799 invoked by alias); 9 Mar 2004 21:34:02 -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 22791 invoked from network); 9 Mar 2004 21:34:02 -0000 Received: from unknown (HELO e35.co.us.ibm.com) (32.97.110.133) by sources.redhat.com with SMTP; 9 Mar 2004 21:34:02 -0000 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e35.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i29LY1F4643426 for ; Tue, 9 Mar 2004 16:34:01 -0500 Received: from austin.ibm.com (d03av02.boulder.ibm.com [9.17.193.82]) by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i29LY0Zb378928 for ; Tue, 9 Mar 2004 14:34:00 -0700 Received: from lazy.austin.ibm.com (lazy.austin.ibm.com [9.53.94.97]) by austin.ibm.com (8.12.10/8.12.10) with ESMTP id i29LXuvE044914 for ; Tue, 9 Mar 2004 15:34:00 -0600 Date: Tue, 09 Mar 2004 21:34:00 -0000 From: Manoj Iyer X-X-Sender: manjo@lazy To: gdb@sources.redhat.com Subject: Re: tcl cannot build 64bit. In-Reply-To: <404E3539.8010005@gnu.org> Message-ID: References: <404E3539.8010005@gnu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-03/txt/msg00080.txt.bz2 That is something I wondred... why build expect in the same package as gdb?? -- Manoj On Tue, 9 Mar 2004, Andrew Cagney wrote: > > 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. The expect in the repository is > sufficiently out-of-date to be getting dangerous :-( I'd just use "make > all-gdb". > > Andrew > > >