Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?

Поиск
Список
Период
Сортировка
От u235sentinel
Тема Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Дата
Msg-id 4ADBA9D6.9040800@gmail.com
обсуждение исходный текст
Ответ на Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Ответы Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?  (Andrew Chernow <ac@esilo.com>)
Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Controlling changes in plpgsql variable resolution
Следующее
От: Andrew Chernow
Дата:
Сообщение: Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?