This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [RFA/RFC] (hppa/tui) Fix build failure due to missing wborder
- From: Joel Brobecker <brobecker at gnat dot com>
- To: Andrew Cagney <cagney at gnu dot org>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Tue, 24 Feb 2004 17:18:11 -0800
- Subject: Re: [RFA/RFC] (hppa/tui) Fix build failure due to missing wborder
- References: <20040223220334.GH1273@gnat.com> <403BDFA0.5000504@gnu.org>
> 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?
--
Joel