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 4ADCA664.2060304@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?
List pgsql-hackers
Zdenek Kotala wrote:
> I can point on this article:
>
> http://tweakers.net/reviews/649/all/database-test-sun-ultrasparc-t1-vs-punt-amd-opteron.html
>
>     Zdenek
>
>
>   
Ok so I'm checking everything in my environment.  The system actually 
builds postgres with openssl98k.  Comes back and says it's ready to 
install.  I run 'make install'  and try to run something like pg_ctl 
again.  Seem to be seeing the same results.

# file pg_ctl
pg_ctl:         ELF 64-bit LSB executable AMD64 Version 1 [SSE FXSR CMOV 
FPU], dynamically linked, not stripped
# ./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

So I run 'ldd pg_ctl' to see if everything is linking ok.
       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
 

And I'm wondering if there is a problem with libpq.so.5 as mentioned in 
the original error

# 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

Ok.  So looking good. Maybe there is a library or header libpq needs 
that I'm missing in 64 bit?
# ldd /usr/local/postgres64/lib/libpq.so.5       libsocket.so.1 =>        /usr/lib/64/libsocket.so.1
libpthread.so.1=>       /usr/lib/64/libpthread.so.1       libc.so.1 =>     /usr/lib/64/libc.so.1       libnsl.so.1 =>
/lib/64/libnsl.so.1      libmp.so.2 =>    /lib/64/libmp.so.2       libmd.so.1 =>    /lib/64/libmd.so.1
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       libm.so.2 =>     /lib/64/libm.so.2
 

Looks good.  I'm not sure where to go from here.  I have everything else 
I need built in 64 bit except for Postgres with ssl :/

I've spent the last few weeks googling and talking to people about it.  
Not sure what I'm missing here.

Thanks!



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Controlling changes in plpgsql variable resolution
Next
From: Tom Lane
Date:
Subject: Re: Controlling changes in plpgsql variable resolution