[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