Re: windows cfbot failing: my_perl
От | John Naylor |
---|---|
Тема | Re: windows cfbot failing: my_perl |
Дата | |
Msg-id | CAFBsxsFv2Ln-Hk8pq_Az_uyyJ3e7+9-S0ZZHiEghK3B9gyQs0w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: windows cfbot failing: my_perl (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
On Sat, Aug 27, 2022 at 2:23 PM Andres Freund <andres@anarazel.de> wrote: > > Hi, > > On 2022-08-27 12:53:24 +0700, John Naylor wrote: > > Update: I tried taking the CI for a spin, but ran into IT issues with > > Github when I tried to push my branch to remote. > > A github, not a CI issue? Just making sure... Yeah, I forked PG from the Github page, cloned it locally, applied the patch and tried to push to origin. > As a workaround you can just open a CF entry, that'll run the patch soon. Yeah, I did that after taking a break -- there are compiler warnings for contrib/sepgsql/label.c where pfree's argument is cast to void *, so seems unrelated. > But either way, I ran the patch "manually" in a windows VM that I had running > anyway. With the meson patchset, but I don't see how it could matter here. > > 1/5 postgresql:setup / tmp_install OK 1.30s > 2/5 postgresql:jsonb_plperl / jsonb_plperl/regress OK 8.30s > 3/5 postgresql:bool_plperl / bool_plperl/regress OK 8.30s > 4/5 postgresql:hstore_plperl / hstore_plperl/regress OK 8.64s > 5/5 postgresql:plperl / plperl/regress OK 10.41s > > Ok: 5 > > > I didn't test other platforms. > > > WRT the patch's commit message: The issue isn't that perl's free() is > redefined, it's that perl's #define free (which references perl globals!) > breaks windows' header... Ah, thanks for that detail and for testing, will push. -- John Naylor EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: