Opened 18 months ago
Last modified 17 months ago
#67295 assigned defect
gexiv2 fails for valac cannot compile programs
Reported by: | rmottola (Riccardo) | Owned by: | mascguy (Christopher Nielsen) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | leopard | Cc: | |
Port: | gexiv2 |
Description
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
Attachments (1)
Change History (6)
Changed 18 months ago by rmottola (Riccardo)
Attachment: | meson-log.txt added |
---|
comment:1 Changed 18 months ago by jmroot (Joshua Root)
Keywords: | leopard added |
---|---|
Owner: | set to dbevans |
Status: | new → assigned |
comment:2 Changed 18 months ago by ryandesign (Ryan Carsten Schmidt)
Cc: | mascguy added |
---|
comment:3 Changed 18 months ago by kencu (Ken)
In a glib2-devel update some months ago, legacysupport was added to fix something erroring related to aligned memory access:
https://github.com/macports/macports-ports/commit/04e909d5945557a659b2ab065bbbdd3e6447045f
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.
comment:4 Changed 18 months ago by 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
comment:5 Changed 17 months ago by mascguy (Christopher Nielsen)
Cc: | mascguy removed |
---|---|
Owner: | changed from dbevans to mascguy |
Note: See
TracTickets for help on using
tickets.
The log says:
Searching for this error, I think GSlice is part of GLib. Which glib2 port is installed, and is it installed single-arch or universal?
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.