From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16351 invoked by alias); 28 Apr 2004 19:04:52 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 16342 invoked from network); 28 Apr 2004 19:04:50 -0000 Received: from unknown (HELO maynard.mail.mindspring.net) (207.69.200.243) by sources.redhat.com with SMTP; 28 Apr 2004 19:04:50 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by maynard.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1BIuMR-0005zo-00; Wed, 28 Apr 2004 15:04:47 -0400 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 6F4034B104; Wed, 28 Apr 2004 15:04:59 -0400 (EDT) To: kettenis@chello.nl, mec.gnu@mindspring.com Subject: Re: [patch] configure.ac, configure: curses/termcap on *-*-osf5.* Cc: gdb-patches@sources.redhat.com Message-Id: <20040428190459.6F4034B104@berman.michael-chastain.com> Date: Wed, 28 Apr 2004 19:04:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-04/txt/msg00643.txt.bz2 Mark Kettenis writes: > What I'm saying is that I don't see why gdb wouldn't build on a > *-*-osf5* system with a properly installed ncurses if it builds on the > same system with the vendor's curses library. Okay, I've tried that. I built ncurses 5.4 from source, built gdb with it, and it linked and ran. gdbtui opens windows properly. > What seems to be the problem here is that on the test-drive system > you're using, the ncurses library isn't properly installed. That's true, because /usr/local/lib/libncurses.a is missing a lot of entry points which are described in the locally installed documentation for ncurses on that system. > This makes me wonder why configure doesn't detect ncurses as being broken. configure links a C program with an extern for 'initscr'. /usr/local/lib/ncurses.a resolves 'initscr' so configure thinks that the whole library works. > However, GDB prefers ncurses over the vendor curses library. I think it > is in the GNU spirit to prefer an Open Source implementation over a > proprietary one. Spirit is fine, but we've got actual results from two systems. The system that Joel uses has no ncurses, and the system that I use has a broken ncurses. So far nobody has pointed to a system with a working ncurses. > The vendor's curses implementation may be incomplete or > may have serious bugs. That's true. That's why I actually ran gdbtui after building it and watched the full-screen version working. > Could you be so kind to revert the bit of your patch that special > cases *-*-osf5* when looking for a curses library? Well, okay. I'll do that. Michael C