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: Mon, 30 Dec 2013 13:08:56 +0100 Message-ID: References: <3vtxdtx38w.fsf@fencepost.gnu.org> <52BE1E71.1040604@cs.ucla.edu> <52BFCC3C.3040504@cs.ucla.edu> <52BFD493.9090002@cs.ucla.edu> <87ppog2f9n.fsf@zigzag.favinet> <8361q73bea.fsf@gnu.org> <5813E29F-E1BC-490B-831F-DECABC31020D@swipnet.se> <83zjnj1ny5.fsf@gnu.org> <82E26E6F-3455-4744-A618-7033DBF39A4A@swipnet.se> <83wqin1hod.fsf@gnu.org> 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 1388405355 12124 80.91.229.3 (30 Dec 2013 12:09:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 30 Dec 2013 12:09:15 +0000 (UTC) Cc: emacs-devel To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 30 13:09:19 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 1Vxbeo-0005pD-UQ for ged-emacs-devel@m.gmane.org; Mon, 30 Dec 2013 13:09:19 +0100 Original-Received: from localhost ([::1]:57980 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vxbeo-0001a0-43 for ged-emacs-devel@m.gmane.org; Mon, 30 Dec 2013 07:09:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vxbeg-0001VO-9p for emacs-devel@gnu.org; Mon, 30 Dec 2013 07:09:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vxbeb-0004pR-5r for emacs-devel@gnu.org; Mon, 30 Dec 2013 07:09:10 -0500 Original-Received: from mailfe05.swip.net ([212.247.154.129]:51701 helo=swip.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VxbeV-0004o3-Co; Mon, 30 Dec 2013 07:08:59 -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 mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 460605784; Mon, 30 Dec 2013 13:08:57 +0100 In-Reply-To: <83wqin1hod.fsf@gnu.org> X-Mailer: Apple Mail (2.1827) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 212.247.154.129 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:166985 Archived-At: Hello. 29 dec 2013 kl. 22:16 skrev Eli Zaretskii : >> From: Jan Dj=E4rv >> Date: Sun, 29 Dec 2013 22:04:02 +0100 >> Cc: emacs-devel >>=20 >> Hello. >>=20 >> 29 dec 2013 kl. 20:01 skrev Eli Zaretskii : >>=20 >>>> From: Jan Dj=E4rv >>>> Date: Sun, 29 Dec 2013 19:41:28 +0100 >>>> Cc: "emacs-devel@gnu.org" >>>>=20 >>>> This has nothing to do with builddir, but include directories = passed to the compiler with -I. As this has to do with the configure = code and how it handles spaces, I'm pretty sure this fails everywhere.=20= >>>=20 >>> The solution might be to use relative file names. >>=20 >> It would not help here, the trees are urelated. >> I.e. the relative path would also have a space in it, something like: >>=20 >> ../../../../Volumes/Macintosh HD/... >=20 > How about stuffing the file name into an environment variable, and > using that in configure? Good try, but no. I think this is impossible without modifying = configure variables, i.e. ac_compile. ac_compile is: ac_compile=3D'$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&5' As said, it is used like this: (eval "$ac_compile") 2>conftest.err Eval first expands the variables, and then word splits on whitespace, = regardless of quoting characters. So there is no way to put something in CPPFLAGS with a whitespace that = eval wont word-split on that whitespace. This is a fundamental limitation in autoconf. I'm happy to be proven wrong, but I can't see any way to do it, except = modifying ac_compile. Jan D.