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

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

"symbol (unknown)".  Can you turn on debugging symbols?  Knowing the 
symbol may point to a library that was not compiled properly.

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

Are you sure that all pg_ctl referenced libraries and all libpq.so 
referenced libraries were built as 64-bit using PIC?  Are you linking 
with any static library that may contain 32-bit objects?  That error is 
most commonly PIC or arch-mismatch.

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: Controlling changes in plpgsql variable resolution
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Controlling changes in plpgsql variable resolution