Bug #127316 for ExtUtils-MakeMaker: macOS Mojave (10.14) headers moved

I have Xcode 10A255 (version 10.0.0.0.1.1536701241) and corresponding CLT (com.apple.pkg.CLTools_SDK_macOSSDK, com.apple.pkg.CLTools_SDK_macOS1013 and com.apple.pkg.CLTools_SDK_macOS1014 version 10.0.0.0.1.1535735448), and builds of e.g. Text::CSV_XS fail due to unavailable EXTERN.h

Summary of my perl5 (revision 5 version 18 subversion 2) configuration: Platform: osname=darwin, osvers=18.0, archname=darwin-thread-multi-2level uname='darwin osx327.sd.apple.com 18.0 darwin kernel version 17.0.0: fri may 4 10:33:38 pdt 2018; root:xnu-4570.1.46.100.2~1development_x86_64 x86_64 ' config_args='-ds -e -Dprefix=/usr -Dccflags=-g -pipe -Dldflags= -Dman3ext=3pm -Duseithreads -Duseshrplib -Dinc_version_list=none -Dcc=cc' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags =' -g -pipe -fno-common -DPERL_DARWIN -fno-strict-aliasing -fstack-protector', optimize='-Os', cppflags='-g -pipe -fno-common -DPERL_DARWIN -fno-strict-aliasing -fstack-protector' ccversion='', gccversion='4.2.1 Compatible Apple LLVM 10.0.0 (clang-1000.0.42)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -fstack-protector' libpth=/usr/lib /usr/local/lib libs= perllibs= libc=, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS PERL_DONT_CREATE_GVSV PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PERL_SAWAMPERSAND USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Locally applied patches: /Library/Perl/Updates/<version> comes before system perl directories installprivlib and installarchlib points to the Updates directory Built under darwin Compiled at Aug 17 2018 15:30:11 @INC: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2/darwin-thread-multi-2level /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18 . On Wed, 10 Oct 2018 at 18:09, Karen Etheridge via RT < bug-ExtUtils-MakeMaker@rt.cpan.org> wrote: Show quoted text

There is a workaround at https://github.com/petere/homebrew-postgresql/issues/41 On Thu, 11 Oct 2018 at 21:03, Gintautas Grigelionis <g.grigelionis@gmail.com> wrote: Show quoted text

Thanks for prompt response. Your surmise is correct. Strangely it works from cpan shell, but not from command line Show quoted text
Checking if your kit is complete... Looks good Generating a Unix-style Makefile Writing Makefile for String::CRC32 Writing MYMETA.yml and MYMETA.json Show quoted text
Running Mkbootstrap for CRC32 () chmod 644 "CRC32.bs" "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- CRC32.bs blib/arch/auto/String/CRC32/CRC32.bs 644 "/usr/bin/perl" "/Library/Perl/5.18/ExtUtils/xsubpp" -typemap '/System/Library/Perl/5.18/ExtUtils/typemap' -typemap '~/.cpan/build/String-CRC32-1.8-RUFGku/typemap' CRC32.xs > CRC32.xsc mv CRC32.xsc CRC32.c cc -c -g -pipe -fno-common -DPERL_DARWIN -fno-strict-aliasing -fstack-protector -Os -DVERSION=\"1.8\" -DXS_VERSION=\"1.8\" "-I/System/Library/Perl/5.18/darwin-thread-multi-2level/CORE" CRC32.c CRC32.xs:6:10: fatal error: 'EXTERN.h' file not found #include "EXTERN.h" ^~~~~~~~~~ 1 error generated. make: *** [CRC32.o] Error 1 Somehow, -I/Library/Perl/... becomes -I/System/Library/Perl/... There is a new issue with Catalina which does not allow dlopen() with a relative path (which also hits String::CRC32). Having a $(PWD) prepended to $(INST_ARCHLIB) in test_dynamic target should fix that, but then the developers must not put #!/usr/local/bin/perl -I./blib/arch -I./blib/lib in the test cases... Looks like a Test::Harness issue? Other than that, there are "smart" modules which bundle a broken ExtUtils::HasCompiler (Mac::SystemDirectory of all things :-) but that's perhaps a digression (unless MakeMaker should detect its presence on @INC somehow...) On Thu, 26 Dec 2019 at 17:55, Ed J via RT < bug-ExtUtils-MakeMaker@rt.cpan.org> wrote: Show quoted text

Show quoted text
7.42 On Thu, 26 Dec 2019 at 22:04, Ed J via RT < bug-ExtUtils-MakeMaker@rt.cpan.org> wrote: Show quoted text

To clarify, modules like FCGI or Glib that depend on PERLRUNINST or other macros containing "-I$(INST_ARCHLIB)" may fail in test or install due to INST_ARCHLIB being relative. In that case, the fix is to prepend the definition of INST_ARCHLIB with GNU Make macro "${CURDIR}/". On Sun, 2 Feb 2020 at 01:38, Gintautas Grigelionis <g.grigelionis@gmail.com> wrote: Show quoted text