From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Zach Pearson Newsgroups: gmane.emacs.devel Subject: Re: Compilation failure on macOS 10.15 Catalina Date: Thu, 26 Sep 2019 11:05:31 -0500 Message-ID: <98EC68F8-DB50-477C-8008-EBC172948E1B@zjp.codes> References: <83sgoloedi.fsf@gnu.org> <658AF539-1AE7-459D-94C7-44970AA94EEF@acm.org> <83impho4s8.fsf@gnu.org> <4FAEE347-0F67-426F-AA0D-3DB15E3907DC@acm.org> <83pnjomn0s.fsf@gnu.org> <261D4586-212E-4032-9E14-B952A3F63CF0@zjp.codes> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3594.4.13\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="57903"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 26 18:16:08 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iDWR5-000Ep4-7n for ged-emacs-devel@m.gmane.org; Thu, 26 Sep 2019 18:16:07 +0200 Original-Received: from localhost ([::1]:40366 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iDWR2-0006Pe-GL for ged-emacs-devel@m.gmane.org; Thu, 26 Sep 2019 12:16:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:35258) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iDWGx-0001qc-Pk for emacs-devel@gnu.org; Thu, 26 Sep 2019 12:05:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iDWGv-0006cS-Ha for emacs-devel@gnu.org; Thu, 26 Sep 2019 12:05:38 -0400 Original-Received: from fwd2.porkbun.com ([52.10.201.111]:48789) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iDWGv-0006Zk-Cf for emacs-devel@gnu.org; Thu, 26 Sep 2019 12:05:37 -0400 Original-Received: by fwd1.porkbun.com (Postfix, from userid 497) id 4DBEA4D793; Thu, 26 Sep 2019 16:05:35 +0000 (UTC) Original-Received: from [10.104.254.106] (unknown [129.237.90.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zach@zjp.codes) by fwd1.porkbun.com (Postfix) with ESMTPSA id 8C8784D77F; Thu, 26 Sep 2019 16:05:32 +0000 (UTC) In-Reply-To: X-Mailer: Apple Mail (2.3594.4.13) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 52.10.201.111 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240309 Archived-At: Robert: There does not appear to be a Packages directory this time = around, but I=E2=80=99m open to the idea that my copy of Catalina is = borked.=20 Mitsuharu: Can you be more specific? Searching for libxml produces ~900 = matches.=20 > On 26 Sep 2019, at 03:34, Robert Pluim wrote: >=20 >>>>>> On Wed, 25 Sep 2019 14:55:03 -0500, Zach Pearson = said: >=20 > Zach> I think that Apple has changed the way the Xcode command line = tools arrange headers on the system e.g. they are no longer put into = /usr/include but exist in=20 > Zach> /Library/Developer/CommandLineTools/usr/include/ >=20 > Zach> Because of this Emacs cannot find libxml/tree.h during the = compilation process.=20 >=20 > Zach> I=E2=80=99ve found that adding this directory to = ac_x_header_dirs in > Zach> configure, then re-running ./configure, the trying to compile = allows > Zach> the program to build (the compiler output notes some = deprecations but > Zach> they=E2=80=99re just warnings). Is this a patch that should = be upstream? >=20 > Zach> Thanks for any guidance/feedback. I=E2=80=99m not sure if = this is a permanent change and Apple intended for it to be that way or = not.=20 >=20 > When this happens, which seems to be with every new Xcode release, I = do >=20 > $ cd /Library/Developer/CommandLineTools/Packages/ > $ ls > macOS_SDK_headers_for_macOS_10.14.pkg >=20 > And then I run that .pkg file, which ends up producing: >=20 > /usr/include/libxml2/libxml/tree.h >=20 > Robert >=20