<div dir="ltr"><div dir="ltr">Even though local::lib is pure Perl, it can compile & locally install modules that aren't pure perl. And you're using the system perl. So all non-pure-Perl modules that local::lib installed with Perl 5.18 in MacOS X will likely break in Perl 5.28 MacOS 11 (or be missing- if I recall correctly there are subdirectories with the Perl version number in it for XS modules, though I'm fuzzy on that)<div><br></div><div>Issues with upgrading the OS is why I prefer using perlbrew, it lets me independently upgrade/switch OS and Perl without them stepping on each other.</div><div><br></div><div>local::lib is a decent first step, though I ended up removing the local::lib boilerplate from my shell ".profile" login script when I switched to perlbrew, it was better to let perlbrew have cpan/cpanm install in its directory scheme.</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature">-y<br></div></div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 12, 2021 at 4:48 PM David Christensen <<a href="mailto:dpchrist@holgerdanske.com">dpchrist@holgerdanske.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On 2021-02-12 10:45, William Michels wrote:<br>
> Hi David,<br>
> <br>
> Chiming in only because you and I have MBPs of similar (identical?)<br>
> vintage. I've been recently playing with a module and had to update<br>
> CPAN. I ran into problems installing the 2 Mac-specific modules<br>
> File::HomeDir  and  Mac::SystemDirectory , so maybe you can check if<br>
> they're up-to-date for you.<br>
> <br>
> #CPAN output:<br>
> Failed during this command:<br>
>   ETHER/Mac-SystemDirectory-0.13.tar.gz        : make NO<br>
>   REHSACK/File-HomeDir-1.006.tar.gz            : make_test NO one dependency<br>
> not OK (Mac::SystemDirectory)<br>
>   ANDK/CPAN-2.28.tar.gz                        : make_test NO one dependency<br>
> not OK (File::HomeDir)<br>
> <br>
> <br>
> Possible "Big Sur" connection/resolution here:<br>
> <br>
> <a href="https://tex.stackexchange.com/questions/576232/latexindent-trouble-installing-filehomedir-macsystemdirectory-since-macos" rel="noreferrer" target="_blank">https://tex.stackexchange.com/questions/576232/latexindent-trouble-installing-filehomedir-macsystemdirectory-since-macos</a><br>
<br>
<br>
I am also running into the EXTERN.h issue:<br>
<br>
2021-02-11 22:57:47 dpchrist@MacBook-Pro ~<br>
$ cpan List::AllUtils<br>
...<br>
Configuring D/DR/DROLSKY/List-SomeUtils-0.58.tar.gz with Makefile.PL<br>
HASCOMPILERlSmZ/TESTv6X3.c:2:10: fatal error: 'EXTERN.h' file not found<br>
#include "EXTERN.h"<br>
                  ^~~~~~~~~~<br>
1 error generated.<br>
Couldn't execute cc  -g -pipe -fno-strict-aliasing <br>
-fstack-protector-strong -DPERL_USE_SAFE_PUTENV -Os <br>
"-I/System/Library/Perl/5.28/darwin-thread-multi-2level/CORE"   -c <br>
HASCOMPILERlSmZ/TESTv6X3.c -o HASCOMPILERlSmZ/TESTv6X3.o: Inappropriate <br>
ioctl for device at Makefile.PL line 107.<br>
<br>
<br>
I saw this same issue ~20 months ago.  I filed a bug report with Apple <br>
developer.  They told me "this issue behaves as intended ...", and <br>
directed me to install a macOS SDK headers package that was included <br>
with Xcode.  Looking at my current installation, I do not see an <br>
analogous file.<br>
<br>
<br>
stackexchange/ stackoverflow user-to-user work-arounds are not <br>
appealing, but I'll keep that in mind as a last resort.<br>
<br>
<br>
David<br>
_______________________________________________<br>
SanFrancisco-pm mailing list<br>
<a href="mailto:SanFrancisco-pm@pm.org" target="_blank">SanFrancisco-pm@pm.org</a><br>
<a href="https://mail.pm.org/mailman/listinfo/sanfrancisco-pm" rel="noreferrer" target="_blank">https://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
</blockquote></div>