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#16099: 24.3.50; Build failure, undefined function `cl-member' Date: Tue, 10 Dec 2013 22:31:59 +0200 Message-ID: <83txegwips.fsf@gnu.org> References: <1ua9g8o9qu.fsf_-_@fencepost.gnu.org> <8338m0y2px.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1386707606 13922 80.91.229.3 (10 Dec 2013 20:33:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Dec 2013 20:33:26 +0000 (UTC) Cc: 16099@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 10 21:33:29 2013 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 1VqTzl-00080P-2j for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2013 21:33:29 +0100 Original-Received: from localhost ([::1]:51203 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqTzk-0003j7-Ix for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Dec 2013 15:33:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53291) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqTzZ-0003ZH-My for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 15:33:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqTzK-00089d-N2 for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 15:33:17 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56434) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqTzK-00089Y-JT for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 15:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VqTzK-0007rq-7X for bug-gnu-emacs@gnu.org; Tue, 10 Dec 2013 15:33: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: Tue, 10 Dec 2013 20:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16099 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16099-submit@debbugs.gnu.org id=B16099.138670753330177 (code B ref 16099); Tue, 10 Dec 2013 20:33:02 +0000 Original-Received: (at 16099) by debbugs.gnu.org; 10 Dec 2013 20:32:13 +0000 Original-Received: from localhost ([127.0.0.1]:42220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqTyW-0007qd-3S for submit@debbugs.gnu.org; Tue, 10 Dec 2013 15:32:12 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:50098) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqTyT-0007qU-4k for 16099@debbugs.gnu.org; Tue, 10 Dec 2013 15:32:10 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MXL00100YCHB000@a-mtaout20.012.net.il> for 16099@debbugs.gnu.org; Tue, 10 Dec 2013 22:31:58 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MXL000SDYD9YWA0@a-mtaout20.012.net.il>; Tue, 10 Dec 2013 22:31:58 +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:81711 Archived-At: > Date: Tue, 10 Dec 2013 21:09:14 +0100 > From: Dani Moncayo > > I think that the function 'unmsys--file-name' is conceptually wrong, because: > > 1. It assumes that every MSYS path will match the "/c/foo/bar" It does nothing of the kind. It handles _only_ those file names that slip into Emacs in the /c/foo/bar form, which Emacs cannot handle. > pattern, which in general is false (as we've already seen). Not sure what you meant here. If you mean your use case of building inside the MSYS tree, then that one should be (and was) handled by different means. > 2. Some directory "c:/whatever" could be mounted in MSYS as "/c/foo", > and therefore "/c/foo/bar" should be translated as "c:/whatever/bar" > (not "c:/foo/bar"). Improbable but possible. People also shoot themselves in the foot, but why should we cater to suicidal ones? "If it hurts, don't do that." MSYS is a tool to build Posix packages, it has no purpose other than that. So it makes very little sense to configure MSYS in a way that interferes with its main purpose. People could do that by mistake, of course, but then the solution is to recognize the mistake and correct it. > Therefore, like I've said before, IMO this is unreliable, and we > should translate (or "unmsys") _all_ MSYS paths with the 'msys-to-w32' > script. Which is also unreliable, as we've seen. There are no bullet-proof solutions with MSYS. Building Posix packages on Windows is inherently fragile, and always will be. Therefore, the solutions should be the simplest ones we can find that do the job. People who do unreasonable things should be told not to.