Re: PostgreSQL 10beta1 / OpenBSD : compilation failed with libxml

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Pierre-Emmanuel André <postgresql(at)raveland(dot)org>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PostgreSQL 10beta1 / OpenBSD : compilation failed with libxml
Date: 2017-05-22 14:36:41
Message-ID: 64765.1495463801@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Pierre-Emmanuel =?iso-8859-15?Q?Andr=E9?= <postgresql(at)raveland(dot)org> writes:
> I still have an issue with OpenBSD -current and PostgreSQL 10beta1.

> common.o: In function `psql_get_variable':
> common.c:(.text+0x114c): undefined reference to `appendShellStringNoError'
> mainloop.o: In function `MainLoop':
> mainloop.c:(.text+0xcd): undefined reference to `psql_scan_set_passthrough'
> startup.o: In function `main':
> startup.c:(.text+0x1b01): undefined reference to `psql_scan_set_passthrough'
> collect2: ld returned 1 exit status

It looks like you are somehow linking to a pre-v10 version of
libpgfeutils.a. Maybe that is installed in /usr/local/lib or someplace?

> When i remove --libxml everything runs fine.

That's odd. I think --with-libxml changes the set of -L directives,
which could be a mechanism to explain that, but it's sure not clear
why libxml would be bringing libpgfeutils along with it.

Note to hackers: seems like we'd better arrange for
-L../../../src/fe_utils to appear earlier in psql's link command
than it now does. I think we thought we could get away with being
sloppy because we weren't planning on libpgfeutils getting installed
anywhere ... but that idea seems to have gone by the wayside.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Chapman Flack 2017-05-22 14:46:41 Re: PG10 Crash-safe and replicable Hash Indexes and UNIQUE
Previous Message Neha Khatri 2017-05-22 13:08:56 wal_level > WAL_LEVEL_LOGICAL