From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18955: Makefile:382: recipe for target 'src' failed Date: Sun, 09 Nov 2014 21:47:25 +0200 Message-ID: <83vbmonoky.fsf@gnu.org> References: <0d4mudlgty.fsf@fencepost.gnu.org> <83ppd1t2eh.fsf@gnu.org> <83fvdwthpx.fsf@gnu.org> <8361est9ri.fsf@gnu.org> <838ujnrq7v.fsf@gnu.org> <83389vrow2.fsf@gnu.org> <83wq74nuwq.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1415562506 15893 80.91.229.3 (9 Nov 2014 19:48:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 9 Nov 2014 19:48:26 +0000 (UTC) Cc: 18955@debbugs.gnu.org To: Alexander Shukaev Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 09 20:48:19 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1XnYTB-0004p4-L1 for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Nov 2014 20:48:17 +0100 Original-Received: from localhost ([::1]:39808 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnYTB-0007Vj-6Q for geb-bug-gnu-emacs@m.gmane.org; Sun, 09 Nov 2014 14:48:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53979) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnYT2-0007VZ-VT for bug-gnu-emacs@gnu.org; Sun, 09 Nov 2014 14:48:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XnYSw-000190-S3 for bug-gnu-emacs@gnu.org; Sun, 09 Nov 2014 14:48:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnYSw-00018w-Ob for bug-gnu-emacs@gnu.org; Sun, 09 Nov 2014 14:48:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XnYSw-0007WN-FX for bug-gnu-emacs@gnu.org; Sun, 09 Nov 2014 14:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Nov 2014 19:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18955 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18955-submit@debbugs.gnu.org id=B18955.141556246328881 (code B ref 18955); Sun, 09 Nov 2014 19:48:02 +0000 Original-Received: (at 18955) by debbugs.gnu.org; 9 Nov 2014 19:47:43 +0000 Original-Received: from localhost ([127.0.0.1]:55105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XnYSd-0007Vl-23 for submit@debbugs.gnu.org; Sun, 09 Nov 2014 14:47:43 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:45614) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XnYSa-0007Va-1R for 18955@debbugs.gnu.org; Sun, 09 Nov 2014 14:47:41 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NES00K00EY64V00@a-mtaout22.012.net.il> for 18955@debbugs.gnu.org; Sun, 09 Nov 2014 21:47:37 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NES00JYSEZDUG40@a-mtaout22.012.net.il>; Sun, 09 Nov 2014 21:47:37 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95791 > Date: Sun, 9 Nov 2014 18:42:06 +0100 > From: Alexander Shukaev > Cc: 18955@debbugs.gnu.org, Glenn Morris > > To be honest, from my point of view, workarounds like `unmsys--file-name' all > over the place are not a good idea. Look at the path passed: > > /C/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs/src/emacs/admin/unidata/IVD_Sequences.txt > > > I get it that on Windows, Emacs currently gets confused and as a last resort > tries to prepend "c:", hence: > > Opening input file: no such file or directory, > c:/C/Users/Haroogan/Projects/GitHub/MINGW-packages/mingw-w64-emacs/src/emacs/admin/unidata/IVD_Sequences.txt It's not Emacs who becomes confused, it's MSYS. When MSYS invokes a native Windows program, it converts /c/foo/bar file names into the Windows C:\foo\bar form, because otherwise native Windows programs will not be able to access such files. There's some logic in MSYS that is used to decide when to do this conversion, and that logic fails when the /c/foo/bar file name is not at the beginning of the command-line argument, as in this case. That's why we use unmsys--file-name: to paper over these failures of MSYS. > I believe it's better to teach it to treat "/C" as "C:" by default, i.e. to > accept both variants because there is no ambiguity here and, as a result, it > will support both Windows and MSYS(2)/Cygwin paths out of the box. To do this, we'd have to drag this support all the way down to the lowest level where we pass file names to the OS APIs. And then we'd have to disallow root directories of one letter, like C:/c, which are entirely legitimate. All that just to handle the few commands during the build process that need it. I find this solution even more ugly than the unmsys--file-name gork. IOW, the MSYS build process needs a few ugly tweaks to make it work. I consider those ugly tweaks a necessary evil, but making ugly hacks in Emacs per se just to support these tweaks sounds excessive and unjustified, since the ratio of the number of people who build Emacs to the number of those who just use it is quite small. Letting those many suffer inconveniences and limitations so that the few could live easier sounds wrong to me.