[MacPorts] #63164: py-libxml2 icu cctools - FAT libraries built on i386 Mac OS X Tiger fail to run
MacPorts
noreply at macports.org
Sat Jul 10 00:49:44 UTC 2021
#63164: py-libxml2 icu cctools - FAT libraries built on i386 Mac OS X Tiger fail to
run
-------------------------+--------------------
Reporter: bradleyCPA | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: |
-------------------------+--------------------
Comment (by kencu):
Here is an interesting thread from the ancient python bug list showing the
the system log2 function on MacOSX Tiger i386 (but apparently not ppc) was
felt to be too buggy to use:
https://bugs.python.org/issue11888
I wonder if this issue also happens on ppc then?
----
I am starting to be convinced that the offset should be fixed, indeed.
That is looking like a good pickup to me, excellent work.
In the cctools source it indicates that proper code offsets should be page
aligned, which makes sense, and that means 4096. So so so many complicated
ports pass their test suites, though, that I have a hard time believing
that there is widespread wreckage. But then again, pretty much nobody is
actually using lipo on Tiger any longer because we can't build most things
universal anyway, so we would not likely have noticed if lipo stopped
working....esp if it is just lipo on i386 Tiger...
By the way, the lipo command invocation comes from our Portfile, not from
gcc7 itself:
https://github.com/macports/macports-
ports/blob/6c6143dfd92000f40458ea15bda425cac1d490b6/lang/gcc7/Portfile#L304
so outside of MacPorts, nobody would ever see or test this exact issue.
You could rebuild libgcc7 and specify {{{/usr/bin/lipo}}} in the Portfile
to use the system one. Presumably that generates libgcc7 libraries with
the 4096 offsets? I would hope.
--
Ticket URL: <https://trac.macports.org/ticket/63164#comment:27>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list