From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: Bootstrap failure on MS-Windows Date: Tue, 05 Nov 2013 03:24:05 -0500 Message-ID: References: <134n7uab5v.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1383639847 23077 80.91.229.3 (5 Nov 2013 08:24:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 5 Nov 2013 08:24:07 +0000 (UTC) Cc: Emacs development discussions To: Dani Moncayo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 05 09:24:13 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 1Vdbvp-0008PE-88 for ged-emacs-devel@m.gmane.org; Tue, 05 Nov 2013 09:24:13 +0100 Original-Received: from localhost ([::1]:53865 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vdbvo-0006mN-PJ for ged-emacs-devel@m.gmane.org; Tue, 05 Nov 2013 03:24:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55598) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vdbvk-0006mC-IC for emacs-devel@gnu.org; Tue, 05 Nov 2013 03:24:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vdbvi-0001lY-Oe for emacs-devel@gnu.org; Tue, 05 Nov 2013 03:24:08 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vdbvi-0001lP-Kn for emacs-devel@gnu.org; Tue, 05 Nov 2013 03:24:06 -0500 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Vdbvh-0000sY-7E; Tue, 05 Nov 2013 03:24:05 -0500 X-Spook: keyhole Echelon Security Council MD2 Mahmoud Ahmadinejad X-Ran: GW3DA.[GEh(a%bt%{Ykd5C!*AHhh`Z'q<3I7iOF2K0d#E{=O:bZBT0Kaz,k'k]obom?o#m X-Hue: white X-Attribution: GM In-Reply-To: <134n7uab5v.fsf@fencepost.gnu.org> (Glenn Morris's message of "Sat, 02 Nov 2013 14:52:44 -0400") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:164955 Archived-At: BTW, if I need to suggest an actual patch for this, it would be something like the following (obv. untested). This is the only place left in the Makefiles that uses absolute filenames, so I don't think anything else is needed. *** Makefile.in 2013-11-05 07:54:03 +0000 --- Makefile.in 2013-11-05 08:20:51 +0000 *************** *** 342,349 **** # nt/epaths.nt as the template. # Use the value of ${locallisppath} supplied by `configure', # to support the --enable-locallisppath argument. epaths-force-w32: FRC ! @(w32srcdir=`echo "${abs_srcdir}" | ${msys_to_w32}` ; \ prefixpattern=`echo '${prefix}' | ${msys_to_w32} | ${msys_sed_sh_escape}` ; \ locallisppath=`echo '${locallisppath}' | ${msys_lisppath_to_w32} | ${msys_prefix_subst}` ; \ sed < ${srcdir}/nt/epaths.nt > epaths.h.$$$$ \ --- 342,357 ---- # nt/epaths.nt as the template. # Use the value of ${locallisppath} supplied by `configure', # to support the --enable-locallisppath argument. + # + # When building with MinGW inside the MSYS tree, 'pwd' produces directories + # relative to the root of the MSYS tree, e.g. '/home/user/foo' instead of + # '/d/MSYS/home/user/foo'. If such a value of srcdir is written to + # src/epaths.h, that causes temacs to fail, because, being a MinGW + # program that knows nothing of MSYS root substitution, it cannot find + # the data directory. "pwd -W" produces Windows-style 'd:/foo/bar' + # absolute directory names, so we use it here to countermand that lossage. epaths-force-w32: FRC ! @(w32srcdir=`cd "$srcdir"; pwd -W | sed -e 's,^\([[A-Za-z]]\):,/\1,' | ${msys_to_w32}` ; \ prefixpattern=`echo '${prefix}' | ${msys_to_w32} | ${msys_sed_sh_escape}` ; \ locallisppath=`echo '${locallisppath}' | ${msys_lisppath_to_w32} | ${msys_prefix_subst}` ; \ sed < ${srcdir}/nt/epaths.nt > epaths.h.$$$$ \ === modified file 'configure.ac' *** configure.ac 2013-11-05 07:11:24 +0000 --- configure.ac 2013-11-05 08:21:10 +0000 *************** *** 419,435 **** [Show Gtk+/Gdk deprecation warnings for Gtk+ >= 3.0])], [ac_enable_gtk_deprecation_warnings="${enableval}"],[]) - #### When building with MinGW inside the MSYS tree, 'pwd' produces - #### directories relative to the root of the MSYS tree, - #### e.g. '/home/user/foo' instead of '/d/MSYS/home/user/foo'. When - #### such a value of srcdir is written to the top-level Makefile, it - #### gets propagated to src/epaths.h, and that causes temacs to fail, - #### because, being a MinGW program that knows nothing of MSYS root - #### substitution, it cannot find the data directory. "pwd -W" - #### produces Windows-style 'd:/foo/bar' absolute directory names, so - #### we use it here to countermand that lossage. - test "$MSYSTEM" = "MINGW32" && abs_srcdir=`(cd "$abs_srcdir"; pwd -W | sed -e 's,^\([[A-Za-z]]\):,/\1,')` - ### Canonicalize the configuration name. AC_CANONICAL_HOST --- 419,424 ----