Re: [RFC] building postgres with meson - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: [RFC] building postgres with meson
Date
Msg-id f7c473d7-2484-ca9d-7333-38bbbf7d885d@dunslane.net
Whole thread Raw
In response to Re: [RFC] building postgres with meson  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: [RFC] building postgres with meson  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On 2/6/22 15:57, Andrew Dunstan wrote:
> On 2/6/22 13:39, Andres Freund wrote:
>> Hi,
>>
>> On 2022-02-06 12:06:41 -0500, Andrew Dunstan wrote:
>>> Here's a patch. I've tested the perl piece on master and it works fine.
>>> It applies cleanly down to 9.4, which is before we got transform modules
>>> (9.5) which fail if we just omit doing this platform-specific piece.
>> Given https://postgr.es/m/34e972bc-6e75-0754-9e6d-cde2518773a1%40dunslane.net
>> wouldn't it make sense to simply remove the pexports/gendef logic instead of
>> moving to gendef?
>>
> I haven't found a way to fix the transform builds if we do that. So
> let's leave that as a separate exercise unless you have a solution for
> that - this patch is really trivial.
>
>

Any objection to my moving ahead with this? My current workaround is this:


cat > /usr/bin/pexports <<EOF
#!/bin/sh
/ucrt64/bin/gendef - "$@"
EOF
chmod +x /usr/bin/pexports


(gendef is available in the ucrt64/mingw-w64-ucrt-x86_64-tools-git
package on msys2)


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Swaha Miller
Date:
Subject: Re: support for CREATE MODULE
Next
From: Andrey Borodin
Date:
Subject: Re: Race condition in TransactionIdIsInProgress