From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Strip -mmacosx-version-min options from plperl build |
Date: | 2022-08-30 13:35:51 |
Message-ID: | 13a85f31-b998-bcec-ea1d-f55b0a3cdbee@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2022-08-26 Fr 16:25, Andres Freund wrote:
> Hi,
>
> On 2022-08-26 16:00:31 -0400, Tom Lane wrote:
>> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>>> On 2022-08-26 Fr 12:11, Tom Lane wrote:
>>>> And if that doesn't help, try -Wl,--export-all-symbols
>>> worked
> Except that it's only happening for plperl, I'd wonder if it's possibly
> related to our magic symbols being prefixed with _. I noticed that the
> underscore prefix e.g. changes the behaviour of gcc's "collect2" on AIX, which
> is responsible for exporting symbols etc.
>
>
>> Hmph. Hard to see how that isn't a linker bug.
> Agreed, given that this is only happening with plperl, and not with any of the
> other extensions...
>
>
>> As a stopgap to get the farm green again, I propose adding something like
>>
>> ifeq ($(PORTNAME), cygwin)
>> SHLIB_LINK += -Wl,--export-all-symbols
>> endif
>>
>> to plperl's makefile.
> :(
>
It doesn't make me very happy either, but nobody seems to have a better
idea.
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Aleksander Alekseev | 2022-08-30 13:36:11 | Re: Convert *GetDatum() and DatumGet*() macros to inline functions |
Previous Message | Thomas Munro | 2022-08-30 13:34:55 | Re: Postmaster self-deadlock due to PLT linkage resolution |