Re: BUG #4219: fseeko test failure in configure script

I am using the gcc 3.4.6 compiler. With all of the needed packages
for this config run, I have included the following elements in a script:

#
./configure --with-openssl --with-libxml --with-libxslt
--with-libraries=/usr/local/ssl/lib:/usr/local/BerkeleyDB.4.2/lib
--with-includes=/usr/local/ssl/include:/usr/local/BerkeleyDB.4.2/include

All of the necessary elements came via pkgadd commands with packages
from sunfreeware.com. That site notes the use of gcc 3.4.6 and based
upon a previous debacle with Perl/Apache/MySQL where a mixture of gcc
compiled packages were included in the SUNWspro compiler
configuration and make processes, I don't feel like going through the
inflicted pain of incompatible address spacing with the shared
objects modules. I am aware of the use of the Sun compiler because I
started using it on Solaris 2.6 in 1994.

I have attempted to decipher the config.log, but the messaging in
there leaves me scratching my head because of what is left out. I am
well aware of the shortcomings of make in terms of the messages that
come out, but simple things such as the actual test being run are
obscured at best.

Nathan K. Reed
Programmer/Analyst
Supervisor of Records group
University of California, Irvine
Office of Admissions and Relations with Schools
(949) 824-9631

At 11:47 AM 6/4/2008, John R Pierce wrote:
>Nathan Reed wrote:
>>The following bug has been logged online:
>>
>>Bug reference: 4219
>>Logged by: Nathan Reed
>>Email address: nreed(at)uci(dot)edu
>>PostgreSQL version: 8.3.1
>>Operating system: Sparc Solaris 10 - 08/07 release
>>Description: fseeko test failure in configure script
>>Details:
>>It does not matter what parameters I do or do not provide on the configure
>>step, I get the same failure every time:
>>checking for fseeko... (cached) yes
>>checking test program... failed
>>configure: error:
>>Could not execute a simple test program. This may be a problem related to
>>locating shared libraries. Check the file 'config.log' for the exact
>>reason.
>>
>>I have even attempted to re-order the configure.in file to no avail. I
>>wanted a version with ssl support (sunfreeware.com does not provide a built
>>version with the ssl support), but this jacked up problem with fseeko is
>>pushing me to use MySQL because I have been successful in configuring,
>>making, and installing a version with ssl support. Encryption is critical
>>in my environment.
>>
>>
>
>
>what compiler/tool stack are you using? what additional libraries?
>
>for sparc, I'd highly recommend using Sun Studio, aka SUNWspro,
>available from sun for free nowdays (installs to /opt/SUNWspro/...,
>so put that bin in your path before any other compilers)
>