Re: Adding libpgcommon and libpgcore to libpq pkg-config's Requires.private - Mailing list pgsql-bugs

From Tom Lane
Subject Re: Adding libpgcommon and libpgcore to libpq pkg-config's Requires.private
Date
Msg-id 32416.1581948292@sss.pgh.pa.us
Whole thread Raw
In response to Adding libpgcommon and libpgcore to libpq pkg-config's Requires.private  (Pyry Kontio <pyry.kontio@drasa.eu>)
List pgsql-bugs
Pyry Kontio <pyry.kontio@drasa.eu> writes:
> I recently investigated a build with statically linked libpq
> that broke on update to PostgreSQL 12.0.

> The problem was that starting from 12.0, libpq doesn't
> include some required files via symlinks anymore,
> and needs to be linked against libpgcommon and
> libpgcore. (When dynamically linking, this problem
> doesn't manifest.)

Correct.

> However, the pkg-config file for libpq doesn't reflect that fact.
> I think that this should be considered as a bug;

We do not support statically-linked libpq, so this is not a bug.

If you are going to distribute a statically-linked libpq, you can
distribute a modified pkg-config file alongside it, but please
make clear to your users that such a configuration is not standard
Postgres and is not supported or approved by upstream.

The primary reason why I'm pushing back so hard against this is
that in the configuration you suggest, there's no way to avoid
exposing all the cruft in libpgcommon and libpgport to client
applications.  That's a horrible situation and will inevitably
lead to ABI problems.  Which we will *NOT* acknowledge as being
our bug to deal with, and we are not going to be happy that
you made it possible.

            regards, tom lane



pgsql-bugs by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: BUG #16261: Not able to start Postgres
Next
From: Hazuki Amamiya
Date:
Subject: Possible memory leak in PostgreSQL 12.2 on truncate, insert ordelete when type interval is involved