-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
macOS Mojave 10.14: configure: error: header file <libxml/parser.h> is required for XML support #41
Comments
Update, on Beta 3, I get another error:
|
The only temporary workaround for the
Replace
Same works for Obv won't work if you rely on PLperl… |
Can you post the entire |
I'm not sure what exactly are you asking for. My best guess being contents of I've found in some other thread that Mojave lacks some header files, and that installing this: |
So according to |
I'm really not sure what's going on here, but I'm happy to provide any information that might be useful to you ^^. |
The headers are in |
FWIW I just modified my local recipes to depend on brew's Perl and I think it fixed it? |
I see no need to have an extra Perl distribution, so unless 5.20+ is necessary for other reasons, I'd like to have this Mojave oddity addressed upstream in ExtUtils::MakeMaker. |
Seems like an unstable location, too — mine are in |
I believe that Command Line Tools put them under |
I just got it working by |
Thanks for the tip, I prefer
|
Apple patched ExtUtils::MakeMaker to work with their new header locations: https://opensource.apple.com/source/perl/perl-113.200.7/5.18/fix/perl_inc.diff.auto.html In a stock install of Mojave, ExtUtils::MakeMaker and related modules will exist in |
For a general solution, all alternative modules for installing things must be considered, like Module::Build, ExtUtils::HasCompiler, Alien::Build. (I see ExtUtils::CBuilder has been patched.) And all "smart" modules that include their own versions of the above in their distributions or run an equivalent of configure.sh; they all look into Config, though, so the change must be reflected there. |
Module::Build uses ExtUtils::CBuilder to do its compiles. I'm not sure about Alien::Build, but it wouldn't surprise me if Apple broke various other tools with this patch. They didn't communicate with anyone involved with perl when making the change, but we're reaching out to them to see if there's a better solution that can be used. |
Twogee, Could you explain what makes following commands different from just jsgillen1's ?
|
The second command starts an installer for headers only rather than the whole CLT. I was thinking about a symlink to /System/Library/Perl where the header files magically end up anyway, so the comment is redundant 😄. |
Are there environment vars that might solve this problem? Or maybe use the Homebrew install of perl? |
Perl is pretty rigid (or minimalistic 😄) with respect to placement of headers. See my comment in October regarding an extra distribution of Perl. |
Yeah, why not this… |
I finally updated to Mojave to be able to look into this better, but everything builds fine for me. So I don't know what to do. |
I had this issue (more specifically, the one in #44, missing Edit: While setting up a new mac, Xcode was not installed. |
1. This causes problems on Mojave (see petere/homebrew-postgresql#41) 2. Those who develop in Docker don't need it
This worked for me as well.
Then I changed
|
On the current beta of macOS Mojave 10.14 (18A314k) I get this error:
I do have
libxml2
installed.The text was updated successfully, but these errors were encountered: