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: Andrew Chernow <ac(at)esilo(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Date: 2009-10-19 17:48:20
Message-ID: 4ADCA664.2060304@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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!

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2009-10-19 17:50:28 Re: Controlling changes in plpgsql variable resolution
Previous Message Robert Haas 2009-10-19 17:46:47 Re: Controlling changes in plpgsql variable resolution