The following bug has been logged online:

Bug reference: 1865
Logged by: Bob Friesenhahn
Email address: bfriesen (AT) simple (DOT) dallas.tx.us
PostgreSQL version: 7.4.8
Operating system: Solaris 9 (SPARC)
Description: isinf wrongly dectected under Solaris 9
Details:

Using GCC 4.0.1 on Solaris 9 the configure test for isinf incorrectly
detects success so postgres does not link.

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Bob Friesenhahn wrote:
Please provide the config.log file and the tail end of the failing build
log (at least the failing command and the error message).

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo (AT) postgresql (DOT) org so that your
message can get through to the mailing list cleanly

Bob Friesenhahn wrote:
It's puzzling why the test program compiles and links without complaint
when the isinf() function does not exist. Can you try to isolate the
test program from configure and see what is going on?

In the logs you sent, configure decides to use -ledit, which is
something different altogether.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq

On Thu, 8 Sep 2005, Peter Eisentraut wrote:

I will see what I can do when I find the time. I do recall
encountering one other package which had this identical problem but I
don't recall what that package was. It seems likely that it is
somehow related to using GCC 4.0.1.

Ugh. I do think that readline 5.0 itself has a minor bug in that ldd
on libreadline.so does not show a dependency on the curses library,
even though it is obviously required. This means that the linkage of
libreadline.so is incomplete.

% ldd /usr/local/lib/libreadline.so.5
warning: ldd: /usr/local/lib/libreadline.so.5: is not executable
libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1
libc.so.1 => /lib/libc.so.1
libdl.so.1 => /lib/libdl.so.1
/usr/platform/SUNW,Sun-Blade-2500/lib/libc_psr.so.1

Bob
======================================
Bob Friesenhahn
bfriesen (AT) simple (DOT) dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Bob Friesenhahn <bfriesen (AT) simple (DOT) dallas.tx.us> writes:
That's fairly standard I fear. Certainly libreadline is like that on
my Fedora machine (and it doesn't stop our configure script from getting
it right).

It may be that the presence of both libedit and libreadline is what's
messing things up. I seem to recall fixing configure to deal with that
[ digs in logs ... ] oh, here we go:

2004-11-30 01:13 tgl

* config/programs.m4, configure, configure.in: Fix readline/libedit
selection code to prefer readline over libedit reliably (ie,
regardless of which libraries they depend on). Also make sure that
we don't select headers that obviously belong to the wrong one of
the two libraries. This was discussed back around 4-Sep but seems
to have slipped through the cracks. The header selection could be
checked more closely, perhaps, but let's see if this is good
enough.

This fix is present in 8.0 and later.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

On Sat, 10 Sep 2005, Tom Lane wrote:

That certainly seems like a reasonable conclusion. I would be
perfectly happy to use libedit rather than libreadline, but I wrongly
assumed that without it command line editing would not function.

Thanks for identifying the cause of the problem.

Bob
======================================
Bob Friesenhahn
bfriesen (AT) simple (DOT) dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org