Opened 4 years ago
Closed 3 years ago
#62659 closed defect (fixed)
pspp @1.4.1, pspp-devel @1.5.3_1: undefined symbols
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | nerdling (Jeremy Lavergne) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.6.4 |
Keywords: | bigsur | Cc: | |
Port: | pspp-devel, pspp |
Description
pspp-devel @1.5.3_1 doesn't build on macOS Big Sur due to undefined symbols:
Undefined symbols for architecture x86_64: "_F_8_0", referenced from: _cmd_mrsets in liblanguage.a(mrsets.o) _decode_spvdx_table in liboutput.a(liboutput_la-spv-legacy-decoder.o) "_add_permanent_ordering_transformation", referenced from: _cmd_rank in liblanguage.a(rank.o) "_add_transformation", referenced from: _cmd_compute in liblanguage.a(compute.o) _cmd_if in liblanguage.a(compute.o) _cmd_count in liblanguage.a(count.o) _cmd_debug_xform_fail in liblanguage.a(fail.o) _cmd_sample in liblanguage.a(sample.o) _cmd_recode in liblanguage.a(recode.o) _cmd_select_if in liblanguage.a(select-if.o) ...
...and tons more.
I see libtool being used for this build so this is likely the well-known libtool defect on macOS 11 and later that needs to be patched by copying or adapting the relevant portions of the patchfile in the libtool port.
Curiously we do have a successful build on big sur of exactly one version of pspp-devel: @1.5.2_3. Not sure why that version was special and different from both earlier & later versions.
pspp probably needs the same fix.
Change History (2)
comment:1 Changed 3 years ago by nerdling (Jeremy Lavergne)
Status: | assigned → accepted |
---|
comment:2 Changed 3 years ago by nerdling (Jeremy Lavergne)
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Note: See
TracTickets for help on using
tickets.
In e5fae74c167c45790f3fcf9164e6d9b4945ac021/macports-ports (master):