gexiv2 fails for valac cannot compile programs

[rmottola (Riccardo)]

Library m found: YES
Program /opt/local/bin/python3.10 (gi) found: YES (/opt/local/bin/python3.10) modules: gi
Checking if "BMFF support in exiv2" with dependency exiv2 compiles: YES 
Program g-ir-scanner found: YES (/opt/local/bin/g-ir-scanner)
Compiler for language vala for the build machine not found.

meson.build:42:19: ERROR: Vala compiler 'valac' can not compile programs

launched from the command line, valac executes with no files. This is Leopard i386

[ryandesign (Ryan Carsten Schmidt)]

The log says:

***MEMORY-ERROR***: valac[832]: GSlice: assertion failed: aligned_memory == (gpointer) addr

Searching for this error, I think GSlice is part of GLib. Which glib2 port is installed, and is it installed single-arch or universal?

port -vq installed name:^glib2

Back when glib2 used autotools there were extensive patches to ensure everything worked correctly for every arch, even when built universal. When the port was updated to a version that had dropped autotools support the patches had to be rewritten and it's possible some aspect was missed. Or it could be a new problem unrelated to that.

[kencu (Ken)]

In a glib2-devel update some months ago, legacysupport was added to fix something erroring related to aligned memory access:

[04e909d5945557a659b2ab065bbbdd3e6447045f/macports-ports]

This then moved into glib2 on last week’s update.

Might be useful to see how the glib2 test suite liked the aligned memory access changes, assuming there are tests for that.

[kencu (Ken)]

the assertion is coming from gslice.c it seems.

here’s a slightly older version found in debian’s source browser

​https://sources.debian.org/src/glib2.0/2.48.0-1~bpo8+1/glib/gslice.c/#L1290