Re: [HACKERS] More on shared objects problem

Поиск
Список
Период
Сортировка
От D'Arcy" "J.M." Cain
Тема Re: [HACKERS] More on shared objects problem
Дата
Msg-id m119Axq-0000dMC@druid.net
обсуждение исходный текст
Ответ на Re: [HACKERS] More on shared objects problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] More on shared objects problem  (Jaromir Dolecek <dolecek@ics.muni.cz>)
Re: [HACKERS] More on shared objects problem  (David Brownlee <abs@anim.dreamworks.com>)
Re: [HACKERS] More on shared objects problem  (Jonathan Stone <jonathan@DSG.Stanford.EDU>)
Re: [HACKERS] More on shared objects problem  (Erik Bertelsen <erik@mediator.uni-c.dk>)
Список pgsql-hackers
Thus spake Tom Lane
> "D'Arcy" "J.M." Cain <darcy@druid.net> writes:
> > glaccount.so:
> >          -lpq => /usr/pgsql/lib/libpq.so
> >          -lc.12 => /usr/lib/libc.so.12
> 
> Actually, do you even need libpq?  That's a client-side library; I don't
> think it should get linked into shlibs that are intended to be dynlinked
> into the server...

Yah, I was just trying stuff.  As it turns out, PostgreSQL doesn't
recognize NetBSD as an ELF system unless it is a powerpc.  That's
probably correct as it is only -current that is ELF, not the release.
If it helps, here is the output of "file /netbsd" which tells you for
sure it is an ELF system.

/netbsd: ELF 32-bit LSB executable, Intel 80386, version 1, statically linked, not stripped

so;

if [ "`file /netbsd | cut -d' ' -f2`" = "ELF" ]
then elf=yes
fi

Under the netbsd secion of configure_in should do it.

-- 
D'Arcy J.M. Cain <darcy@{druid|vex}.net>   |  Democracy is three wolves
http://www.druid.net/darcy/                |  and a sheep voting on
+1 416 424 2871     (DoD#0082)    (eNTP)   |  what's for dinner.


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Bug tracking system policy
Следующее
От: Jaromir Dolecek
Дата:
Сообщение: Re: [HACKERS] More on shared objects problem