From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32537 invoked by alias); 10 Mar 2004 16:11:53 -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 32500 invoked from network); 10 Mar 2004 16:11:52 -0000 Received: from unknown (HELO e33.co.us.ibm.com) (32.97.110.131) by sources.redhat.com with SMTP; 10 Mar 2004 16:11:52 -0000 Received: from westrelay01.boulder.ibm.com (westrelay01.boulder.ibm.com [9.17.195.10]) by e33.co.us.ibm.com (8.12.10/8.12.2) with ESMTP id i2AGBDfS859040; Wed, 10 Mar 2004 11:11:14 -0500 Received: from austin.ibm.com (d03av03.boulder.ibm.com [9.17.193.83]) by westrelay01.boulder.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id i2AGBDoi157968; Wed, 10 Mar 2004 09:11:13 -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 i2AGBCvE044936; Wed, 10 Mar 2004 10:11:12 -0600 Date: Wed, 10 Mar 2004 16:11:00 -0000 From: Manoj Iyer X-X-Sender: manjo@lazy To: Daniel Jacobowitz cc: Andreas Schwab , Ian Lance Taylor , Andrew Cagney , gdb@sources.redhat.com Subject: Re: tcl cannot build 64bit. In-Reply-To: <20040310160535.GA489@nevyn.them.org> Message-ID: References: <404E3539.8010005@gnu.org> <404E44B8.8050605@gnu.org> <404E70B2.4010607@gnu.org> <20040310160535.GA489@nevyn.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-03/txt/msg00095.txt.bz2 I think I emailed the fix to the problem wrt to building tcl 64bit. All it requires is a one line fix in Makefile.in. src/tcl/unix/Makefile.in:479 tclsh: ${TCLSH_OBJS} ${TCL_LIB_FILE} ${CC} ${CFLAGS} ${LDFLAGS} ${TCLSH_OBJS} @TCL_BUILD_LIB_SPEC@ ${LIBS} ${CC_SEARCH_FLAGS} -o tclsh It is missing the ${CFLAGS} in the cc line. Thanks -- Manoj On Wed, 10 Mar 2004, Daniel Jacobowitz wrote: > On Wed, Mar 10, 2004 at 05:02:22PM +0100, Andreas Schwab wrote: > > Ian Lance Taylor writes: > > > > > The src directory is used for a number of different packages, not just > > > gdb. > > > > Yes, I know. > > > > > If you 'cvs co gdb' and then avoid using 'cvs update -d' at top level, > > > you should be OK. > > > > Not using -d is not an option. And the gdbtk directory even exists on the > > branch. > > If you don't want to end up building Insight, update by using "checkout > gdb". Unfortunately, --disable-gdbtk doesn't fix the top level from > deciding gdb depends on tcl; that could be fixed in configure... > > -- > Daniel Jacobowitz > MontaVista Software Debian GNU/Linux Developer >