From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8312 invoked by alias); 23 Feb 2004 21:14:25 -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 8304 invoked from network); 23 Feb 2004 21:14:24 -0000 Received: from unknown (HELO walton.kettenis.dyndns.org) (213.93.115.144) by sources.redhat.com with SMTP; 23 Feb 2004 21:14:24 -0000 Received: from elgar.kettenis.dyndns.org (elgar.kettenis.dyndns.org [192.168.0.2]) by walton.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i1NLEGKb000281; Mon, 23 Feb 2004 22:14:16 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: from elgar.kettenis.dyndns.org (localhost [127.0.0.1]) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6) with ESMTP id i1NLEFYB000313; Mon, 23 Feb 2004 22:14:15 +0100 (CET) (envelope-from kettenis@elgar.kettenis.dyndns.org) Received: (from kettenis@localhost) by elgar.kettenis.dyndns.org (8.12.6p3/8.12.6/Submit) id i1NLEBnH000310; Mon, 23 Feb 2004 22:14:11 +0100 (CET) Date: Mon, 23 Feb 2004 21:14:00 -0000 Message-Id: <200402232114.i1NLEBnH000310@elgar.kettenis.dyndns.org> From: Mark Kettenis To: brobecker@gnat.com CC: gdb-patches@sources.redhat.com In-reply-to: <20040223200513.GF1273@gnat.com> (message from Joel Brobecker on Mon, 23 Feb 2004 12:05:13 -0800) Subject: Re: [hppa] GDB doesn't build with tui References: <20040223200513.GF1273@gnat.com> X-SW-Source: 2004-02/txt/msg00660.txt.bz2 Date: Mon, 23 Feb 2004 12:05:13 -0800 From: Joel Brobecker Hello, GDB no longer builds on HP/UX 11.00 since TUI is built in by default. The obvious work-around is to configure GDB --without-tui. i386-*-solaris2.9 fails for the same reason. Here the problem is that the header files are broken when _SYCALL32 is defined. I'm working on a solution. The error we get is during the link: the wborder symbol is undefined. This triggers a question: Which version of curses are we planning on supporting. For instance, on our machine, we currently have the system curses library. Do we intend to support the system curses libraries, or only say ncurses? HP-UX has several curses libs: Hcurses, Xcurses? (BTW: it's bizarre to see that 'man wborder' on HP/UX reveals that it thinks that this function is defined, and then we can even see it in /usr/include/curses.h - albeit protected by a #ifdef -, but then the symbol is missing from /usr/lib/libcurses.1... Will have a look, but I'm not familiar with curses). It's even more bizarre, since the TUI was contributed by HP. Mark