[MacPorts] #61858: libunistring: build fails due to failing configure checks

MacPorts noreply at macports.org
Wed May 12 07:48:36 UTC 2021


#61858: libunistring: build fails due to failing configure checks
---------------------------+----------------------
  Reporter:  chhil         |      Owner:  ci42
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.6.4
Resolution:                |   Keywords:
      Port:  libunistring  |
---------------------------+----------------------

Comment (by ryandesign):

 Replying to [comment:4 jmroot]:
 > There seems to be a cascade of errors in the configure script, each
 causing later checks to fail, starting with this:
 > {{{
 > configure:24350: checking for pid_t
 > configure:24350: /usr/bin/clang -c -pipe -Os
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk -arch
 x86_64 -I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk
 conftest.c >&5
 > In file included from conftest.c:126:
 > In file included from
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/sys/types.h:81:
 > In file included from
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/machine/endian.h:35:
 > In file included from
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/i386/endian.h:99:
 > In file included from
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/sys/_endian.h:130:
 > In file included from
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/libkern/_OSByteOrder.h:80:
 >
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/libkern/arm/OSByteOrder.h:15:1:
 error: redefinition of '_OSSwapInt16'
 > _OSSwapInt16(
 > ^
 >
 /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk/usr/include/libkern/i386/_OSByteOrder.h:46:1:
 note: previous definition is here
 > _OSSwapInt16(
 > ^
 > }}}
 > Including both arm and i386 versions of the headers isn't going to work
 very well, naturally.

 Right, but what is causing that to happen? Same issue reported in gtime in
 #62013 and gmake in #62822.

-- 
Ticket URL: <https://trac.macports.org/ticket/61858#comment:20>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list