Re: building 9.1 on suse-11.4 (64bit) - Mailing list pgsql-general

From Rob Sargent
Subject Re: building 9.1 on suse-11.4 (64bit)
Date
Msg-id 4E013E18.6040406@gmail.com
Whole thread Raw
In response to Re: building 9.1 on suse-11.4 (64bit)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: building 9.1 on suse-11.4 (64bit)
Re: building 9.1 on suse-11.4 (64bit)
List pgsql-general

On 06/21/2011 06:49 PM, Tom Lane wrote:
> Rob Sargent <robjsargent@gmail.com> writes:
>> Seems to me a lot of the needed standard libraries are in '/lib64' and
>> the linker isn't looking for them there?  So far I've hit libreadline
>> and libz.  Do I just keep making the sim-links into /usr/lib64?
>
> Most of the required libraries are in /lib64 on my Fedora box, too,
> and it works just fine.  You have not provided any information that
> would let anyone diagnose your problem, but making random symlinks
> in /usr/lib64 doesn't sound like the right path to a solution.
>
>             regards, tom lane

Here's what I hope is relevant:

gcc --version
gcc (SUSE Linux) 4.5.1 20101208 [gcc-4_5-branch revision 167585]
Copyright (C) 2010 Free Software Foundation, Inc.

Here's my config call:

./configure --with-python --with-openssl --with-ldap --with-ossp-uuid
--with-libxml --with-libxslt --enable-debug --prefix=/opt/PostgreSQL/9.1


The tail of config.log follows.  As I confessed, libreadline had to be
simlinked into /usr/lib64, then I hit libz (as this log shows) and
started to doubt myself (even more).

configure:8316: checking for library containing readline
configure:8358: gcc -o conftest -O2 -Wall -Wmissing-prototypes
-Wpointer-arith -Wdeclaration-after-statement -Wendif-labels
-Wformat-security -fno-strict-aliasing -fwrapv -g  -D_GNU_SOURCE
conftest.c -lreadline -lcrypt -ldl -lm  >&5
configure:8365: $? = 0
configure:8405: result: -lreadline
configure:8432: checking for inflate in -lz
configure:8467: gcc -o conftest -O2 -Wall -Wmissing-prototypes
-Wpointer-arith -Wdeclaration-after-statement -Wendif-labels
-Wformat-security -fno-strict-aliasing -fwrapv -g  -D_GNU_SOURCE
conftest.c -lz  -lreadline -lcrypt -ldl -lm  >&5
/usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld:
cannot find -lz
collect2: ld returned 1 exit status
configure:8474: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "PostgreSQL"
| #define PACKAGE_TARNAME "postgresql"
| #define PACKAGE_VERSION "9.1beta2"
| #define PACKAGE_STRING "PostgreSQL 9.1beta2"
| #define PACKAGE_BUGREPORT "pgsql-bugs@postgresql.org"
| #define PG_VERSION "9.1beta2"
| #define PG_MAJORVERSION "9.1"
| #define USE_INTEGER_DATETIMES 1
| #define DEF_PGPORT 5432
| #define DEF_PGPORT_STR "5432"
| #define BLCKSZ 8192
| #define RELSEG_SIZE 131072
| #define XLOG_BLCKSZ 8192
| #define XLOG_SEG_SIZE (16 * 1024 * 1024)
| #define ENABLE_THREAD_SAFETY 1
| #define PG_KRB_SRVNAM "postgres"
| #define USE_LDAP 1
| #define USE_SSL 1
| #define USE_LIBXML 1
| #define USE_LIBXSLT 1
| #define HAVE_LIBM 1
| #define HAVE_LIBREADLINE 1
| /* end confdefs.h.  */
|
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char inflate ();
| int
| main ()
| {
| return inflate ();
|   ;
|   return 0;
| }
configure:8495: result: no
configure:8508: error: zlib library not found
If you have zlib already installed, see config.log for details on the
failure.  It is possible the compiler isn't looking in the proper directory.
Use --without-zlib to disable zlib support.

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: building 9.1 on suse-11.4 (64bit)
Next
From: Craig Ringer
Date:
Subject: Re: Help needed with PostgreSQL clustering/switching from MySQL