| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | Hans-Jürgen Schönig <hs(at)cybertec(dot)at>, eg(at)cybertec(dot)at, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: PostgreSQL 7.4beta3 does not compile on AIX 5 ... |
| Date: | 2003-09-27 20:49:29 |
| Message-ID: | 23474.1064695769@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> The compatlib doesn't appear to use libpq though. What is the error if
> you leave it off?
gcc -no-cpp-precomp -g -O2 -g -Wall -Wmissing-prototypes -Wmissing-declarations -bundle informix.o -L../../../../src/port -L../ecpglib -lecpg -L../pgtypeslib -lpgtypes -lssl -lcrypto -lm -o libecpg_compat.so.1.0
ld: Undefined symbols:
_PQclear
_PQexec
_PQerrorMessage
_PQresultErrorField
_PQfinish
_PQsetNoticeReceiver
_PQsetdbLogin
_PQstatus
_last_path_separator
make: *** [libecpg_compat.so.1.0] Error 1
compatlib doesn't require libpq directly --- but it requires libecpg,
which in turn requires libpq, and apparently this platform makes you
mention the indirect dependencies as well as the direct ones.
(But not, evidently, for -lm or -lc; there may be some other "magically
included" libs as well?)
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bruce Momjian | 2003-09-27 21:08:38 | Re: Memory buffer alignment |
| Previous Message | Bruce Momjian | 2003-09-27 20:37:52 | Re: "is_superuser" parameter creates inconsistencies |