From: | "D'Arcy" "J(dot)M(dot)" Cain <darcy(at)druid(dot)net> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us (Tom Lane) |
Cc: | current-users(at)netbsd(dot)org, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] More on shared objects problem |
Date: | 1999-07-27 17:24:30 |
Message-ID: | m119Axq-0000dMC@druid.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Thus spake Tom Lane
> "D'Arcy" "J.M." Cain <darcy(at)druid(dot)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(at){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.
From | Date | Subject | |
---|---|---|---|
Next Message | Jaromir Dolecek | 1999-07-27 17:36:39 | Re: [HACKERS] More on shared objects problem |
Previous Message | Tom Lane | 1999-07-27 17:16:00 | Re: Bug tracking system policy |