From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21705 invoked by alias); 20 Oct 2004 20:11:07 -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 21620 invoked from network); 20 Oct 2004 20:11:04 -0000 Received: from unknown (HELO hall.mail.mindspring.net) (207.69.200.60) by sourceware.org with SMTP; 20 Oct 2004 20:11:04 -0000 Received: from reserved-role-dmzfront.fw.earthlink.net ([198.185.0.144] helo=[10.30.102.204]) by hall.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1CKMnU-0006KF-00; Wed, 20 Oct 2004 16:11:00 -0400 Subject: Re: compile error on solaris 8 and 2.6 From: Andrew Hall To: Michael Chastain Cc: brobecker@gnat.com, gdb@sources.redhat.com In-Reply-To: <1098301417.27340.114.camel@flagg> References: <1098287184.27340.41.camel@flagg> <20041020174438.GE3527@gnat.com> <4176AEA7.nail4LS113L23@mindspring.com> <1098301417.27340.114.camel@flagg> Content-Type: text/plain Message-Id: <1098303035.27340.134.camel@flagg> Mime-Version: 1.0 Date: Wed, 20 Oct 2004 21:19:00 -0000 Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00381.txt.bz2 Scratch that...it's --disable-tui not --without-tui. So now thats its compiling, what is the impact of disabling tui. What will I not be able to use w/in gdb now that I have disabled tui? Drew On Wed, 2004-10-20 at 15:43, Andrew Hall wrote: > Thanks for all the suggestions. I have tried using --without-tui and I > still get the same error. Any idea why it would be still trying to > link against tui when I use --without-tui in my configure step? > > Drew > > > On Wed, 2004-10-20 at 14:29, Michael Chastain wrote: > > Joel Brobecker wrote: > > > I don't > > > know if it's possible to make it work or not (I think Michael Chastain > > > tried on Tru64), but you could try by adding -I/path/to/ncurses/include > > > to your CFLAGS (make CFLAGS='-g -O2 -I/blablabla). > > > > I tried this on native alphaev68-dec-osf5.1 with gdb 6.2.1: > > > > CPPFLAGS="-I$MIGCHAIN_DIR_INSTALL/host/ncurses-5.4/include" > > export CPPFLAGS > > LDFLAGS="-L$MIGCHAIN_DIR_INSTALL/host/ncurses-5.4/lib" > > export LDFLAGS > > > > It didn't work, though. The CPPFLAGS/LDFLAGS did not propagate > > all the way down. I haven't looked further than that. > > > > Michael >