Search Postgresql Archives

Re: building 9.1 on suse-11.4 (64bit)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 06/22/2011 10:27 AM, Rob Sargent wrote:
> 
> 
> On 06/21/2011 06:58 PM, Rob Sargent wrote:
>>
>>
>> On 06/21/2011 06:49 PM, Tom Lane wrote:
>>> Rob Sargent <robjsargent@xxxxxxxxx> 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@xxxxxxxxxxxxxx"
>> | #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.
>>
> 
> Hm, ought I kick this over to an openSuse group?
> 
> 
> Suse's package manager seems a bit off:  for instance it shows
> readline-devel as installed and in the Files list: the includes are correct
> 	/usr/include/readline
> 		chardefs.h, history.h, keymaps.h, readline.h,
> 		rlconf.h, rlstdc.h, rltypedefs.h, tilde.h
> 
> but claims
> 	/usr/lib64
> 		libhistory.so, libreadline.so
> 
> and those are not in the filesystem (after I unlinked of course)
> 
> The package manager has libreadline's File list correct:
> 	/lib64
> 		libhistory.so.6, libreadline.so.6
> but that obviously disagrees with readline-devel.
> 
> 
> 

Hrmph, I found a config.log in my 9.0.3 build that reported the same
readline problem.  Now, if I could only remember how I dealt with
that... I've tried gnu's readline but that had missing dependencies of
its own.

This close to symlinking my way out :(



-- 
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux