Opened 19 months ago
Last modified 16 months ago
#67286 assigned defect
podofo @0.9.8_0 - Does it need a newer lua version?
Reported by: | snowflake (Dave Evans) | Owned by: | dbevans (David B. Evans) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.8.99 |
Keywords: | Cc: | mascguy (Christopher Nielsen) | |
Port: | podofo |
Description
podofo failed with linking errors:
Undefined symbols for architecture x86_64: "_luaL_loadfilex", referenced from: imp_lua_dofile(lua_State*, char const*) in luaconverter.cpp.o "_lua_callk", referenced from: LuaConverter::StartPage(PoDoFo::PdfPage*, int) in luaconverter.cpp.o LuaConverter::EndPage(PoDoFo::PdfPage*, int) in luaconverter.cpp.o LuaConverter::StartXObject(PoDoFo::PdfXObject*) in luaconverter.cpp.o LuaConverter::EndXObject(PoDoFo::PdfXObject*) in luaconverter.cpp.o LuaConverter::SetStrokingColorGray(PoDoFo::PdfColor const&) in luaconverter.cpp.o
and many more.
I tested on El Capitan and Ventura.
I changed the default lua version in the lua portgroup:
diff --git a/_resources/port1.0/group/lua-1.0.tcl b/_resources/port1.0/group/lua-1.0.tcl index 98dafea7d2c..56e203edaeb 100644 --- a/_resources/port1.0/group/lua-1.0.tcl +++ b/_resources/port1.0/group/lua-1.0.tcl @@ -54,7 +54,7 @@ default lua.finds_versioned {no} # default Lua version options lua.default_version -default lua.default_version {5.3} +default lua.default_version {5.4} global lua.default_version # all Lua versions
and it now builds. I realise that this is a hack and it is not the recommended way to change it.
I do not know why the buildbots are succeeding where my local build failed.
Change History (3)
comment:1 Changed 19 months ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 19 months ago by snowflake (Dave Evans)
On El Capitan, building in trace mode does work.
Cleaning the port and building without trace mode now also works, so whatever dependency it requires has now been installed. It remains a mystery as to what dependency has been installed by this process.
On Ventura, building in trace mode generates an Apple crash report. This may be caused by
/opt/local/var/macports/sip-workaround/501/usr/bin/sandbox-exec /opt/local/var/macports/sip-workaround/502/usr/bin/sandbox-exec
not being codesigned
The error is
Exception Type: EXC_CRASH (SIGKILL (Code Signature Invalid)) Exception Codes: 0x0000000000000000, 0x0000000000000000 Termination Reason: CODESIGNING 4 Launch Constraint Violation
comment:3 Changed 16 months ago by mascguy (Christopher Nielsen)
Cc: | mascguy added |
---|
Are you using trace mode, to rule out opportunistic use of non-dependencies?
You can get the buildbot logs at https://ports.macports.org/port/podofo/builds/ and compare them with yours to see what's different.