Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems? - Mailing list pgsql-hackers

From u235sentinel
Subject Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Date
Msg-id 4ADBA9D6.9040800@gmail.com
Whole thread Raw
In response to Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Responses Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
List pgsql-hackers
Are you sure about this?  When I try to build and don't have openssl in 
the lib/include path it claims it needs it.  As I'm building 64 bit I 
can now build postgres in 64 bit with openssl 98k just fine.  However 
when I run it I'm getting the same error message.

I'm curious if this is a lost hope.  My boss is recommending we flatten 
the Sun box and install redhat linux (which I'm fine with).  I'd rather 
not as threading in Solaris is better.

Thoughts?

thanks


Zdenek Kotala wrote:
> You can look on 
> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=ghost_moth&dt=2009-10-07%2021:06:00 
>
>
> How it is built. You also does not needed own version of Openssl. All 
> security fixes are backported.  It is located in /usr/sfw/lib or 
> /usr/sfw/lib/64
>
> Sometimes are problem with gcc and solaris linker. IIRC, I had problem 
> with PLPerl compilation.
>
>     Zdenek
>
> Dne  8.10.09 03:48, u235sentinel napsal(a):
>> So I compiled postgres with Solaris 10 and have problems running it.
>>
>> # ./pg_ctl
>> ld.so.1: pg_ctl: fatal: relocation error: R_AMD64_32: file 
>> /usr/local/postgres64/lib/libpq.so.5: symbol (unknown): value 
>> 0xfffffd7fff1cf210 does not fit
>> Killed
>>
>> # ldd pg_ctl
>>       libpq.so.5 =>    /usr/local/postgres64/lib/libpq.so.5
>>       libm.so.2 =>     /usr/lib/64/libm.so.2
>>       libxml2.so.2 =>  /usr/lib/64/libxml2.so.2
>>       libz.so.1 =>     /usr/lib/64/libz.so.1
>>       libreadline.so.6 =>      /usr/local/lib/libreadline.so.6
>>       libcurses.so.1 =>        /usr/lib/64/libcurses.so.1
>>       librt.so.1 =>    /usr/lib/64/librt.so.1
>>       libsocket.so.1 =>        /usr/lib/64/libsocket.so.1
>>       libc.so.1 =>     /usr/lib/64/libc.so.1
>>       libpthread.so.1 =>       /usr/lib/64/libpthread.so.1
>>       libnsl.so.1 =>   /lib/64/libnsl.so.1
>>       libgcc_s.so.1 =>         /usr/sfw/lib/amd64/libgcc_s.so.1
>>       libaio.so.1 =>   /lib/64/libaio.so.1
>>       libmd.so.1 =>    /lib/64/libmd.so.1
>>       libmp.so.2 =>    /lib/64/libmp.so.2
>>       libscf.so.1 =>   /lib/64/libscf.so.1
>>       libdoor.so.1 =>  /lib/64/libdoor.so.1
>>       libuutil.so.1 =>         /lib/64/libuutil.so.1
>>       libgen.so.1 =>   /lib/64/libgen.so.1
>>
>> # file /usr/local/postgres64/lib/libpq.so.5
>> /usr/local/postgres64/lib/libpq.so.5:   ELF 64-bit LSB dynamic lib 
>> AMD64 Version 1 [SSE CMOV], dynamically linked, not stripped
>>
>>
>> What am I missing???
>>
>> Here's my environment.
>>
>> Solaris 10 x86_64 with postgres 8.3.8 and openssl 98k using gcc 
>> version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
>> , sunstudio12.1 and GNU Make 3.80
>>
>> I've even monkied with LD_LIBRARY_PATH but getting the same issues.  
>> Seems when I don't compile in openssl everything is fine.
>>
>> Thanks!
>>
>
>



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Controlling changes in plpgsql variable resolution
Next
From: Andrew Chernow
Date:
Subject: Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?