[MacPorts] #59757: libpurple: configuration error

[MacPorts]

#59757: libpurple: configuration error
------------------------+---------------------
  Reporter:  lmatusek   |      Owner:  dbevans
      Type:  defect     |     Status:  closed
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.6.2
Resolution:  fixed      |   Keywords:
      Port:  libpurple  |
------------------------+---------------------
Changes (by ryandesign):

 * status:  reopened => closed
 * resolution:   => fixed


Comment:

 arougthopher's config.log shows configure failed because:
 {{{
 configure:21862: checking for perl.h
 configure:21862: /usr/bin/clang -c -g -pipe -Os
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk -arch
 x86_64 -I/opt/local/include -no-cpp-precomp
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk  -fno-
 common -DPERL_DARWIN -mmacosx-version-min=10.14 -pipe -Os
 -isysroot/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk
 -fno-strict-aliasing -fstack-protector-strong -I/opt/local/include
 -DPERL_USE_SAFE_PUTENV  -I/opt/local/lib/perl5/5.28/darwin-thread-multi-
 2level/CORE  conftest.c >&5
 clang: warning: no such sysroot directory:
 '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk'
 [-Wmissing-sysroot]
 In file included from conftest.c:66:
 /opt/local/lib/perl5/5.28/darwin-thread-multi-2level/CORE/perl.h:684:10:
 fatal error: 'sys/types.h' file not found
 #include <sys/types.h>
          ^~~~~~~~~~~~~
 1 error generated.
 }}}
 That is, although MacPorts provided provided the correct `-isysroot` flag
 pointing to the user's SDK (in this case, from the command line tools), a
 different `-isysroot` flag pointing to the SDK that was used at the time
 the perl5.x port was built (in this case, from Xcode) was appended,
 overriding the earlier correct flag. Presumably arougthopher does not have
 Xcode installed, therefore the file was not found.

 Josh's patch here worked around the problem by changing the order of the
 flags so that the current SDK path would be provided last and would
 prevail.

 That patch shouldn't be needed anymore. The problem should be fixed by
 [f35a2c53331234cc730b090b1b866d4b1702a747/macports-ports] which removed
 the SDK paths from the perl5.x ports.

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