From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ilya Zakharevich Newsgroups: gmane.emacs.bugs Subject: bug#19989: 25.0.50; Build instructions on Windows Date: Thu, 5 Mar 2015 13:18:21 -0800 Message-ID: <20150305211821.GA2915@math.berkeley.edu> References: <20150303163453.GA25244@math.berkeley.edu> <834mq2qana.fsf@gnu.org> <83385mq9og.fsf@gnu.org> <20150303203037.GA26426@math.berkeley.edu> <83pp8ppgvw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1425590365 16588 80.91.229.3 (5 Mar 2015 21:19:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Mar 2015 21:19:25 +0000 (UTC) Cc: 19989@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 05 22:19:13 2015 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 1YTdAm-0007DX-EH for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Mar 2015 22:19:12 +0100 Original-Received: from localhost ([::1]:54997 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTdAl-0001dc-M8 for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Mar 2015 16:19:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTdAg-0001cY-VR for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:19:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTdAc-0007cf-Rg for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:19:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTdAc-0007cY-Mz for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YTdAc-0006hM-Gk for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:19:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ilya Zakharevich Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Mar 2015 21:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19989 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19989-submit@debbugs.gnu.org id=B19989.142559031325704 (code B ref 19989); Thu, 05 Mar 2015 21:19:02 +0000 Original-Received: (at 19989) by debbugs.gnu.org; 5 Mar 2015 21:18:33 +0000 Original-Received: from localhost ([127.0.0.1]:36481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTdA8-0006gV-63 for submit@debbugs.gnu.org; Thu, 05 Mar 2015 16:18:32 -0500 Original-Received: from nm12-vm7.bullet.mail.gq1.yahoo.com ([98.136.218.206]:56040) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTdA6-0006gF-EO for 19989@debbugs.gnu.org; Thu, 05 Mar 2015 16:18:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1425590304; bh=ZmaqDqCPL1+hbvhqAeq/v1z9lB8tWb8ezTi/bCCMO00=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=UG+hmOHcIFvCc26vZGPr73oIO1LohHQx5+PLAmYzRGx2nJpiYvX+MF0phgZ11hmmuc89M/kCdorxl+BOi3KbtisWttLrpDtb1EhZI/qfCZk/NdMRXgpBk2WD63T7SOsl3Jb6w484BTNSWZr75YtCvF51VRmNjiLthPM5ZZLfatg3VuCLy0jFBYZIYKHmSqJqEyhCAfmh0py15/QuD600g1u4aljtp/E7MAD4L2PsfjGsj4RIDej1i08dloZVD3vmN3OViuFe11GgWbTC+INn0iALrFwa6LLffNc+p775U0MHZw2scRullRAN0LuhgoIBKJTxtGVbxGedKJS/ZG/hrg== Original-Received: from [98.137.12.63] by nm12.bullet.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:18:24 -0000 Original-Received: from [98.136.164.67] by tm8.bullet.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:18:24 -0000 Original-Received: from [127.0.0.1] by smtp229.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:18:24 -0000 X-Yahoo-Newman-Id: 101248.33868.bm@smtp229.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: sQgLTq4VM1lmS0fyEnGj.mWhot_nzJ6q6eTrLOnKN1HpRw7 .TmClpxI_kux97uy5RuGllYFnue8ogcFiDmSMm1NpbhJwK9FErntgtKyTutk KLOMr9F5AMEkqaIWxPv.iKQbT6NKJHyC1WBKyhjgvBSR2rNKZbdSbHoqpAVP TsEXmfbMMMYwk.5QFQL8sayozfSIA2K0sd1QN6MyTjwfb99cCCm56OVYQSpS deBR6zmhTovF50_Bp3AXQnizaUJDx1VF0ZvJ95_gfADLfLXj_MJdPsuBg9n3 B9ctiB8WfLJCBW.NzQz6U7Dro316jMXOfmJfqSibR4lQThnaJ76FBSq8ERoI _wmTg7dhSYxNXMlfooJVypeX.0Q7fReDU_jV8tdDmASeG20w.elxi.S_2ZMs MLDc5beV8Y1IF06JkjDhxSu8YwCNxCm0xCQH9Z5op7R7bYe628Ok9RRfpyQo XJNipLGZTEwetepOJ6IKp5bZBMhSp9UWqUZF3aWtR_zS9VjsNwVTBwqjSaYx MivYMYYjsI46LiP42Hr9uVAUe27pcfkoFfvmztBFZUZIXfmt2 X-Yahoo-SMTP: oLSY3dWswBBqoBVzCkLl_RIsw6heKMxu8wpEbARv1SU- Content-Disposition: inline In-Reply-To: <83pp8ppgvw.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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:100112 Archived-At: On Wed, Mar 04, 2015 at 05:42:59AM +0200, Eli Zaretskii wrote: > > > > > • mingw shell sets path to (essentially) FOO/msys/1.0/mingw/bin (here FOO > > > > > is the install path), but there is no directory > > > > > FOO/msys/1.0/mingw > > > > > what is is > > > > > FOO/bin > > > > > So I needed to make a symbolic link (Windows style required) by > > > > > running > > > > > mklink /j mingw FOO > > > > > in FOO/msys/1.0 > > > > > > FWIW, the 2nd issue sounds to me like an installation mistake of some > > > > kind (did you install MinGW inside the MSYS tree, by chance?). > > > > How would I know? > > You could look at the directory hierarchy that got created. *This* I did — and I reported the result in my initial message (quoted below). This does not answer your question. > > I just ran mingw-get (as described), and set > > install directory ( = FOO) once. > > Did you select the same install directory for MinGW and for MSYS? AFAIR, there was no “install directory ‘for”’. Only “install directory”. > > The result: > > FOO/bin - contains gcc executables etc > > FOO/msys/1.0/ - contains msys > > FOO/msys/1.0/bin - contains msys executables > > > > But > > > > I'm not an expert; all I know is that on my system, the MSYS Bash > > > > window has PATH set to whatever my system-wide PATH is, with these > > > > directories prepended: > > > > > > > > .:/usr/local/bin:/mingw/bin:/bin: > > > > > > > > IOW, no msys/1.0/mingw/ anywhere in sight. > > > > ??? Of course it IS in sight: > > > > /bin IS native FOO/msys/1.0/bin > > /mingw/bin IS native FOO/msys/1.0/mingw/bin > > But then there's no problem, because missing directories on PATH do no > harm. Of course they do. configure did not work (since the gcc found on path was not MINGW one). > The binaries are in /bin, and it is on PATH, so there should be > no problem; there isn't one in my installation. Are you joking?! What do you think is a reason for filing bug reports? I followed instructions, AND GOT PROBLEMS! > > > Btw, there's nothing magic in the PATH value: it is set in > > > /etc/profile (probably FOO/msys/etc/profile in your case), and you can > > > edit it to your heart's content. > > > > Only if one KNOWS what all these slashes-etc MEAN. > > /etc/profile is a standard place in many Posix shells. How would it help? How would the user find it on their disk? > > As you see, even > > *you* got lost what denotes which native directory. If what the users > > know is what is in nt/INSTALL, they have no way to deduce this info. > > I wasn't talking about some abstract user, I was trying to help you to > get your installation in good shape. Thanks! But did I ask for that? This is a bug report, not a cry for help. Emacs builds fine now — but I needed 3 corrections to what is written in nt/INSTALL to achieve this. > > BTW: you reminded me: there is another bug in Emacs build — this one > > purely in Emacs. My default PATH accesses a complete cygwin > > installation > How does Cygwin enter this equation? Do you have both Cygwin and > MinGW/MSYS installed? I have tens of environment installed. cygwin is on PATH. > > • Emacs won’t build unless I unset PATH before running the msys shell. > > > > I expect that the detection of presence of dependencies is not > > “specific enough”: > > > > • it can see “something” present on PATH, and > > • it does not check that “this” won’t actually build with mingw > > being first on PATH. > > If you mix incompatible stuff in the same shell session, you get what > you deserve. Sigh… Again — all I did was following instructions in nt/INSTALL. > My advice is to have MSYS in separate tree from MinGW, Is this advice in nt/INSTALL? And how to do it from mingw-get? > and only let MSYS shell see MinGW executables _after_ its own. MinGW, > OTOH, should not have the MSYS's /bin directory on its PATH. Same questions. > As for Cygwin, it should be in yet another segregated tree, It is. > and never on the same PATH as either MSYS or MinGW. It was not in *MY* $PATH. It was in the $PATH created by /etc/profile which was created following instructions in nt/INSTALL. > It is next to impossible to have > the Posix configure scripts distinguish between foo.exe or foo.h that > are for Cygwin and their namesakes for MinGW. For foo.exe — one does not care. For foo.h — one compiles and runs a simple program. > Like I said: you need to get your MinGW/MSYS installation in good > shape, and then things will work seamlessly. This isn't an Emacs > issue, per se. Again: this is an issue with nt/INSTALL. Who distributes it, the god almoighty? Thanks again, Ilya