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
Re: [HACKERS] More on shared objects problem Re: [HACKERS] More on shared objects problem Re: [HACKERS] More on shared objects problem |
| Список | 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 по дате отправления: