On 30-Oct-98 Tom Lane wrote:
> Does anyone understand why configure.in wants to include libcurses in
> $(LIBS) ? There is no program in the PostgreSQL distribution that uses
> that library (at least, I could not find any reference to curses.h).
I'm guessing here, but could it be a replacement for things like readline?
I know old OS versions could have any number of things stuck to it, and
after some of the things I've seen HP-UX do over the years, nothing really
surprises me anymore.
> On HPUX 10, including libcurses causes problems because it defines a
> select() routine that has nothing to do with the select() system call.
> There is a hack in Makefile.hpux that gets around this (by linking -lc
> ahead of the libraries chosen by configure), but that is going to cause
> problems for supporting HPUX 10.01, because signal considerations demand
> that -lBSD come first on that platform.
> I would like to pull out the configure.in code that adds -lcurses to
> LIBS, but I'm hesitant to do it at this late stage in the release cycle
> without knowing why it was there in the first place. Did we use to have
> a frontend that used curses, or something like that?
How wise would that be at this time? That may be something to do at
a time like a minor version release.
Vince Vielhaber -- KA8CSH email: vev(at)michvhf(dot)com flame-mail: /dev/null
# include <std/disclaimers.h> TEAM-OS2
Online Searchable Campground Listings http://www.camping-usa.com
"There is no outfit less entitled to lecture me about bloat
than the federal government" -- Tony Snow
In response to
pgsql-hackers by date
|Next:||From: Thomas G. Lockhart||Date: 1998-10-31 03:36:36|
|Subject: Re: [HACKERS] Why is libcurses added to build by configure?|
|Previous:||From: Thomas G. Lockhart||Date: 1998-10-31 03:32:57|
|Subject: Re: [PORTS] Linux/Alpha Regression tests....|