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: Wed, 11 Dec 2013 19:12:02 +0200 Message-ID: <83iouvwbvh.fsf@gnu.org> References: <1ua9g8o9qu.fsf_-_@fencepost.gnu.org> <8338m0y2px.fsf@gnu.org> <83txegwips.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1386781997 27578 80.91.229.3 (11 Dec 2013 17:13:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 11 Dec 2013 17:13:17 +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 Wed Dec 11 18:13:20 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 1VqnLc-0001zW-7d for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Dec 2013 18:13:20 +0100 Original-Received: from localhost ([::1]:58679 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqnLb-00012n-JW for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Dec 2013 12:13:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqnLS-00011f-Bw for bug-gnu-emacs@gnu.org; Wed, 11 Dec 2013 12:13:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VqnLL-0001Xz-2K for bug-gnu-emacs@gnu.org; Wed, 11 Dec 2013 12:13:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58360) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VqnLK-0001Xv-V9 for bug-gnu-emacs@gnu.org; Wed, 11 Dec 2013 12:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VqnLK-0003rA-Cg for bug-gnu-emacs@gnu.org; Wed, 11 Dec 2013 12:13: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: Wed, 11 Dec 2013 17:13: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.138678194514776 (code B ref 16099); Wed, 11 Dec 2013 17:13:02 +0000 Original-Received: (at 16099) by debbugs.gnu.org; 11 Dec 2013 17:12:25 +0000 Original-Received: from localhost ([127.0.0.1]:44146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqnKi-0003qD-0r for submit@debbugs.gnu.org; Wed, 11 Dec 2013 12:12:24 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:62277) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VqnKf-0003q4-H1 for 16099@debbugs.gnu.org; Wed, 11 Dec 2013 12:12:22 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MXN00F00JRSNI00@a-mtaout22.012.net.il> for 16099@debbugs.gnu.org; Wed, 11 Dec 2013 19:12:04 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MXN00FS2JS3DZ70@a-mtaout22.012.net.il>; Wed, 11 Dec 2013 19:12:04 +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:81772 Archived-At: > Date: Tue, 10 Dec 2013 21:57:04 +0100 > From: Dani Moncayo > > I think that it would be possible that the path to "unmsys" had the > form "/foo/bar". For example if someone has the source code tree > under his MSYS tree and invokes the configure script with an absolute > MSYS path (e.g. "/home/user/emacs/trunk/configure"). > > In that case, 'unmsys--file-name' will not translate the MSYS path > ("/home/user/...") as expected. How is this different from your use case, which is already handled? > > 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. > > It was handled in one place (for generating the native paths in > 'src/epaths.h'), but it seems that there are more places where a > translation to native w32 format is performed, and it would be nice if > that translation was as reliable as possible. Does it make any trouble? If so, please report the details (and I still don't understand how it works for you, since that's exactly what you do). If we have no specific problems, let's leave this alone, since it is not broken. Our aim is not to translate file names, or aim is to build Emacs reliably and correctly. > > 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. > > Well yes, this second problem is minor, but we could fix it with the > same effort. It is not a problem at all, and therefore isn't worth wasting time and energy. > I agree that the MSYS shell auto-conversion of paths can be tricky, > but we still don't know the origin of this problem. What problem are you talking about? The lack of auto-conversion? Its origin is well known: MSYS simply tries to play it safe, and doesn't auto-convert unless it is absolutely sure it sees a file name.