On Tue, Jan 17, 2023 at 8:06 PM John Naylor <john.nay...@enterprisedb.com> wrote: > > On Mon, Jan 16, 2023 at 3:18 PM Masahiko Sawada <sawada.m...@gmail.com> wrote: > > > > On Mon, Jan 16, 2023 at 2:02 PM John Naylor > > <john.nay...@enterprisedb.com> wrote: > > Attached is an update that mostly has the modest goal of getting CI green > again. v19-0003 has squashed the entire radix tree template from previously. > I've kept out the perf test module for now -- still needs updating. > > > > [05:44:11.819] test_radixtree.c.obj : error LNK2001: unresolved > > > external symbol pg_popcount64 > > > [05:44:11.819] src\test\modules\test_radixtree\test_radixtree.dll : > > > fatal error LNK1120: 1 unresolved externals > > > > Yeah, I'm not sure what's causing that. Since that comes from a debugging > > function, we could work around it, but it would be nice to understand why, > > so I'll probably have to experiment on my CI repo. > > I'm still confused by this error, because it only occurs in the test module. > I successfully built with just 0002 in CI so elsewhere where bmw_* symbols > resolve just fine on all platforms. I've worked around the error in v19-0004 > by using the general-purpose pg_popcount() function. We only need to count > bits in assert builds, so it doesn't matter a whole lot.
I spent today investigating this issue, I found out that on Windows, libpgport_src.a is not linked when building codes outside of src/backend unless explicitly linking it. It's not a problem on Linux etc. but the linker raises a fatal error on Windows. I'm not sure the right way to fix it but the attached patch resolved the issue on cfbot. Since it seems not to be related to 0002 patch but maybe the designed behavior or a problem in meson. We can discuss it on a separate thread. Regards, -- Masahiko Sawada Amazon Web Services: https://aws.amazon.com
link_pgport_src.patch
Description: Binary data
