From: | Christoph Berg <myon(at)debian(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: pgsql: Build src/port files as a library with -fPIC, and use that in li |
Date: | 2019-01-29 14:04:38 |
Message-ID: | 20190129140437.GF9860@msg.df7cb.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Re: Tom Lane 2018-09-28 <20671(dot)1538142538(at)sss(dot)pgh(dot)pa(dot)us>
> >> I proposed in
> >> https://www.postgresql.org/message-id/19581.1538077716@sss.pgh.pa.us
> >>
> >> that we should remove pqsignal, as well as
> >> pg_utf_mblen
> >> pg_encoding_to_char
> >> pg_char_to_encoding
> >> pg_valid_server_encoding
> >> pg_valid_server_encoding_id
> >>
> >> from libpq's exports, on the grounds that (a) nobody should be using
> >> those (they're undocumented as exports), and (b) anybody who is using
> >> them should get them from libpgport/libpgcommon instead. Thoughts?
>
> > I'm fine with that if we say (a) should be true, and even if it is
> > not, (b) is an easy workaround. Bumping the libpq SONAME just because
> > of this seems excessive.
>
> Yeah, if anyone insists that this requires a soname bump, I'd probably
> look for another solution. Making the makefiles a bit cleaner is not
> worth the churn that would cause, IMO.
It took a while to notice, but this change does break 8.2's initdb if
libpq5 from PG12 is installed:
$ /usr/lib/postgresql/8.2/bin/initdb
/usr/lib/postgresql/8.2/bin/initdb: symbol lookup error: /usr/lib/postgresql/8.2/bin/initdb: undefined symbol: pqsignal
postgres 8.2 itself seems to work fine.
Christoph
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-01-29 15:10:21 | Re: pgsql: Build src/port files as a library with -fPIC, and use that in li |
Previous Message | Peter Eisentraut | 2019-01-29 12:09:01 | pgsql: Fix pg_stat_ssl.clientdn |
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2019-01-29 14:25:59 | Re: COPY FROM WHEN condition |
Previous Message | Oleksii Kliukin | 2019-01-29 13:02:53 | Re: pg_basebackup, walreceiver and wal_sender_timeout |