On 2026-08-26 We 10:08 AM, Nazir Bilal Yavuz wrote:
Hi,
Thank you for working on this!
I reviewed this patch with GPT's help and confirmed that some findings
are relevant.
On Sun, 23 Aug 2026 at 16:01, Andrew Dunstan <[email protected]> wrote:
2. collate.linux.utf8 has never run on a meson build
infinite_recurse is the other test that matches on the platform string,
and it
gets it the other way round: it means to skip itself on ppc64 Linux
because of
a kernel bug, and on a meson build the match will never fire, so it will be
running the case it's meant to stay away from. I don't have a ppc64
machine to
confirm that end of it, so that part is a reading of the code rather than
something I've observed.
It seems meson returns 'ppc64' [1].
0004 makes the meson build report the GNU host triplet, by asking the
compiler
for it with -dumpmachine where it supports that and falling back to the
present
behaviour otherwise.
+host_tuple = '@0@-@1@'.format(host_machine.cpu_family(), host_system)
+if cc.get_id() in ['gcc', 'clang']
+ dumpmachine = run_command(cc.cmd_array(), '-dumpmachine', check: false)
I think we need to add c_args here, like:
dumpmachine = run_command(
cc.cmd_array() + get_option('c_args'), '-dumpmachine', check: false)
There could be a '--target' in the c_args which might affect the result [2].
[1] https://mesonbuild.com/Reference-tables.html#cpu-families
[2] https://clang.llvm.org/docs/ClangCommandLineReference.html
Thanks for checking. I adjusted patch 3 accordingly and have pushed it.
I'll rework patch 4 according to your suggestions and add a CF entry for it.
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
