Re: [HACKERS] More on shared objects problem

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.

In response to

Responses

Browse pgsql-hackers by date

  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