| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: meson/msys2 fails with plperl/Strawberry |
| Date: | 2023-03-30 15:00:01 |
| Message-ID: | 7c2d2d85-334b-6686-4bae-ce5c33af923e@dunslane.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2023-03-27 Mo 13:18, Andres Freund wrote:
> Hi,
>
> On 2023-03-26 21:13:41 -0400, Andrew Dunstan wrote:
>>> On Mar 26, 2023, at 5:28 PM, Andres Freund<andres(at)anarazel(dot)de> wrote:
>>>> On 2023-03-26 12:39:08 -0700, Andres Freund wrote:
>>>> First: I am *not* arguing we shouldn't repair building against strawberry perl
>>>> with mingw.
>>> Hm - can you describe the failure more - I just tried, and it worked to build
>>> against strawberry perl on mingw, without any issues. All I did was set
>>> -DPERL="c:/strawberrly/perl/bin/perl.exe".
>> That might be the secret sauce I’m missing. I will be offline for a day or three, will test when I’m back.
> It should suffice to put strawberry perl first in PATH. All that the -DPERL
> does is to use that, instead of 'perl' from PATH. If putting strawberry perl
> ahead in PATH failed, something else must have been going on...
Yeah, What it actually needed was a system upgrade. Sorry for the noise.
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jelte Fennema | 2023-03-30 15:11:18 | Re: running logical replication as the subscription owner |
| Previous Message | Bruce Momjian | 2023-03-30 14:48:25 | Re: pgindent vs. git whitespace check |