From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20231 invoked by alias); 25 Feb 2004 02:09:47 -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 20223 invoked from network); 25 Feb 2004 02:09:46 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 25 Feb 2004 02:09:46 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1AvoUY-0006ny-Sj; Tue, 24 Feb 2004 21:09:42 -0500 Date: Wed, 25 Feb 2004 02:09:00 -0000 From: Daniel Jacobowitz To: Joel Brobecker Cc: Andrew Cagney , gdb-patches@sources.redhat.com Subject: Re: [RFA/RFC] (hppa/tui) Fix build failure due to missing wborder Message-ID: <20040225020942.GA23098@nevyn.them.org> Mail-Followup-To: Joel Brobecker , Andrew Cagney , gdb-patches@sources.redhat.com References: <20040223220334.GH1273@gnat.com> <403BDFA0.5000504@gnu.org> <20040225011811.GG542@gnat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040225011811.GG542@gnat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2004-02/txt/msg00711.txt.bz2 On Tue, Feb 24, 2004 at 05:18:11PM -0800, Joel Brobecker wrote: > > I wonder, should configure be checking that wborder can be found with > > something like: > > > > AC_SEARCH_LIBS(wborder, [ncurses Hcurses cur_colr curses pdcurses], [], > > [AC_MSG_WARN([no library containing wborder found])]) > > > > and then just test that both ac_cv_search_initscr and > > ac_cv_search_wborder are not "no"? > > That's something I thought about, but then what happens if we found > both initscr and wborder in the same library, for instance "ncurses". > We would probably end up linking with the same -l<...> switch twice. > Not very elegant. Would you prefer this approach, though? I figured > that, since Hcurses is already HPUX-specific AFAIK, we might as well > take advantage of that knowledge and add -lcur_colr as I did. On the > other hand, mutter something about HP eventually finding their way to > the bright side of the force and putting wborder back inside Hcurses... > > I prefer your suggestion too, shall I go ahead? Any objection? Try this instead: AC_CHECK_FUNC(wborder, [], [AC_SEARCH_LIBS(wborder, [cur_colr], [], [AC_MSG_WARN([...])])]) -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer