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

From: u235sentinel <u235sentinel(at)gmail(dot)com>
To: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Date: 2009-10-18 23:50:46
Message-ID: 4ADBA9D6.9040800@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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!
>>
>
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Chernow 2009-10-19 01:09:13 Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Previous Message Robert Haas 2009-10-18 21:57:12 Re: Controlling changes in plpgsql variable resolution