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: