[MacPorts] #63164: py-libxml2 icu cctools - FAT libraries built on i386 Mac OS X Tiger fail to run
MacPorts
noreply at macports.org
Fri Jul 9 15:05:24 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):
Replying to [comment:14 bradleyCPA]:
> Just "sudo port install icu".
The reason I asked this was because when I tried to build icu I see this:
{{{
/opt/local/bin/g++-mp-7 -DU_ATTRIBUTE_DEPRECATED= -DU_I18N_IMPLEMENTATION
-DU_HAVE_STRTOD_L=1 -DU_HAVE_XLOCALE_H=1 -I. -I../common -pipe -Os
-D_GLIBCXX_USE_CXX11_ABI=0 -arch i386 -W -Wall -pedantic -Wpointer-arith
-Wwrite-strings -Wno-long-long -std=c++11 -fvisibility=hidden -fno-common
-c -MMD -MT "number_patternstring.d number_patternstring.o
number_patternstring.ao" -o number_patternstring.ao
number_patternstring.cpp
{standard input}:1540:junk
`L_&L__ZN6icu_676number4impl22MutablePatternModifierD1Ev$stub$stub"$stub"'
after expression
{standard input}:3878:invalid character '_' in mnemonic
gnumake[1]: *** [number_patternmodifier.ao] Error 1
}}}
so I had to build it with another c++11 compiler instead (a clang version
that supports libstdc++). And indeed my clang version statically links in
the runtime library, so the external call to {{{__divmoddi4}}} does not
exist in my icu library (and that would be why I don't see the loading
problem you see).
Let me see if I can get icu to build with gcc7 to match what you have
built.
--
Ticket URL: <https://trac.macports.org/ticket/63164#comment:20>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list