From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?iso-8859-1?Q?Jan_Dj=E4rv?= Newsgroups: gmane.emacs.devel Subject: Re: trunk r115773: Port xcrun configuration to GNU/Linux. Date: Sun, 29 Dec 2013 17:28:36 +0100 Message-ID: <45F2758D-F9B0-43D3-93C1-26540F60469D@swipnet.se> References: <3vtxdtx38w.fsf@fencepost.gnu.org> <52BE1E71.1040604@cs.ucla.edu> <52BFCC3C.3040504@cs.ucla.edu> <52BFD493.9090002@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1388334569 24390 80.91.229.3 (29 Dec 2013 16:29:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Dec 2013 16:29:29 +0000 (UTC) Cc: Paul Eggert , emacs-devel To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 29 17:29:35 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VxJF9-0004Us-09 for ged-emacs-devel@m.gmane.org; Sun, 29 Dec 2013 17:29:35 +0100 Original-Received: from localhost ([::1]:55630 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VxJF8-0001XB-8i for ged-emacs-devel@m.gmane.org; Sun, 29 Dec 2013 11:29:34 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53271) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VxJEN-0000Yg-V7 for emacs-devel@gnu.org; Sun, 29 Dec 2013 11:28:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VxJEI-0007H2-FI for emacs-devel@gnu.org; Sun, 29 Dec 2013 11:28:47 -0500 Original-Received: from mailfe04.swip.net ([212.247.154.97]:48431 helo=swip.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VxJEI-0007G3-7i for emacs-devel@gnu.org; Sun, 29 Dec 2013 11:28:42 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Original-Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 463495594; Sun, 29 Dec 2013 17:28:38 +0100 In-Reply-To: X-Mailer: Apple Mail (2.1827) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 212.247.154.97 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:166971 Archived-At: Hello. 29 dec 2013 kl. 14:55 skrev YAMAMOTO Mitsuharu = : >>>>>> On Sun, 29 Dec 2013 14:21:14 +0100, Jan Dj=E4rv = said: >=20 >>> Yes. Actually it is not so uncommon to have spaces as a part of a >>> volume name (e.g., /Volumes/Macintosh >>> HD/Applications/Xcode.app/...). That's why I didn't apply the >>> patch in >>> http://lists.gnu.org/archive/html/emacs-devel/2013-10/msg00760.html >>> to the Mac port. >>>=20 >=20 >> We only need to use xcsdkdir if xcrun is used, I made that change. >=20 > I don't think that is correct at least for Mavericks. See below. >=20 >>> I'd encourage those who build Emacs themselves to install the >>> Command Line Developer Tools on Mavericks (i.e., $ xcode-select >>> --install) so they have /usr/include directory, which does not >>> exist by default. >=20 >> Last I checked, that required an additional registration. Some >> people are not comfortable with that. Also, upgrading Xcode is >> easier if xcrun is used. >=20 > I actually have one experimental Mavericks installation where the > Command Line Developer Tools are not installed. Still there exists > /usr/bin/gcc as a wrapper to execute gcc in the active developer > directory (see man page of xcode-select(1)), and `configure' thinks it > doesn't need to use xcrun to run gcc. But the directory /usr/include > does not exist and you need to use xcsdkdir for the libxml2 headers. Its a good thing then that configure doesn't look for gcc, but for make, = to determine if xcrun is to be used. Does this gcc wrapper come from an earlier upgraded installation, or is = this a clean Mavericks install? Jan D.