From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: MS-Windows build using Posix configury Date: Fri, 17 May 2013 01:02:53 +0400 Message-ID: <5195497D.50007@yandex.ru> References: <83d2tu49lu.fsf@gnu.org> <83zjweo5dh.fsf@gnu.org> <83sj25nym2.fsf@gnu.org> <837gjhnowi.fsf@gnu.org> <8338u4o39r.fsf@gnu.org> <83zjwbkmt2.fsf@gnu.org> <83wqrfkjvo.fsf@gnu.org> <838v3qebns.fsf@gnu.org> <83wqr9csah.fsf@gnu.org> <83wqr297da.fsf@gnu.org> <83txm34g6k.fsf@gnu.org> <83d2srt645.fsf@gnu.org> <87y5bfkmsz.fsf@yandex.ru> <834ne3sziw.fsf@gnu.org> <519504DD.1030004@yandex.ru> <83y5bestdj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1368738193 20613 80.91.229.3 (16 May 2013 21:03:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 May 2013 21:03:13 +0000 (UTC) Cc: emacs-devel@gnu.org, Dani Moncayo To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 16 23:03:11 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 1Ud5KQ-0006n2-RC for ged-emacs-devel@m.gmane.org; Thu, 16 May 2013 23:03:11 +0200 Original-Received: from localhost ([::1]:34943 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud5KQ-0000N0-Bp for ged-emacs-devel@m.gmane.org; Thu, 16 May 2013 17:03:10 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58979) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud5KJ-0000MR-66 for emacs-devel@gnu.org; Thu, 16 May 2013 17:03:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ud5KF-0006Bo-22 for emacs-devel@gnu.org; Thu, 16 May 2013 17:03:03 -0400 Original-Received: from mail-la0-x22a.google.com ([2a00:1450:4010:c03::22a]:64276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud5K9-0006Ac-MZ; Thu, 16 May 2013 17:02:53 -0400 Original-Received: by mail-la0-f42.google.com with SMTP id fg20so1272683lab.1 for ; Thu, 16 May 2013 14:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-antivirus:x-antivirus-status; bh=J++7CLlzhr3jGl72x+gO9CMSgz9F7ZvftkrTpnXvpLM=; b=E6/pjcoFTjrJUA0pw8JFTQEJB8Ilk+MayYliOsG4/BrvXhFLHBOOXeGjW0BJyAIz1I 2ZzT2vVP46qEAFE9kFETAJs7DOyce8EfsMpqjjvbySR6g0FU0AXBXrrFELm2Dmx2Nyhk Fw48NLagbSsi4uW8x9d+BShdp/bZwI5pCblFi7JNso9TpmmWJBXVX8nqRB4H1iloSjqI EKyJGjX/hqRKgbedHS7kS7NuFKr+/MA10dv9i9q4HT5NWRTf6FRg01f4Z76ho/C1LBc3 Cugz0oB05+XwXEUD8IalEwSLMFBT0qg2DT0OF1Za+pBX2AMvdPePmhcuM/w8t38YvLwA wqgg== X-Received: by 10.112.172.40 with SMTP id az8mr9935051lbc.88.1368738172224; Thu, 16 May 2013 14:02:52 -0700 (PDT) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPSA id y7sm1810254lad.5.2013.05.16.14.02.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 May 2013 14:02:50 -0700 (PDT) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 In-Reply-To: <83y5bestdj.fsf@gnu.org> X-Antivirus: avast! (VPS 130516-0, 16.05.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22a 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:159628 Archived-At: On 16.05.2013 21:54, Eli Zaretskii wrote: >> Date: Thu, 16 May 2013 19:17:04 +0200 >> From: Dani Moncayo >> Cc: Eli Zaretskii , Emacs development discussions >> >> "/usr/local" is a valid directory specification in MSYS, so I don't >> see why the installation should fail. Omitting the --prefix in "make >> install" should simply install Emacs under that directory. > > Except that /usr/local is mapped by MSYS to something like > C:\MSYS\local or some such, not something Windows users who aren't > used to MSYS would expect. After "make install", a naive user might > not be able to find the installation, especially if the sources are > not on drive C:. That's why I wrote in INSTALL.MSYS that using the > default is not recommended. I see. That's okay, then, thanks for the explanation. Now that I got to compilation, "make -j2" freezes the process soon after start (I've tried it several times), here's the whole log: $ make -j 2 [ -r "/c/Users/gutov/vc/emacs-bzr/trunk/src/config.in" ] || ( cd /c/Users/gutov/vc/emacs-b zr/trunk && autoheader ) cd nt && make all - --jobserver-fds=4,5 -j \ CC='gcc -std=gnu99' CFLAGS='-g3 -O2 -gdwarf-2' CPPFLAGS='-mtune=pentium4 -DUS E_CRT_DLL=1 -I /c/Users/gutov/vc/emacs-bzr/trunk/nt/inc' \ LDFLAGS='' MAKE='make' cd lib && make all - --jobserver-fds=4,5 -j \ CC='gcc -std=gnu99' CFLAGS='-g3 -O2 -gdwarf-2' CPPFLAGS='-mtune=pentium4 -DUS E_CRT_DLL=1 -I /c/Users/gutov/vc/emacs-bzr/trunk/nt/inc' \ LDFLAGS='' MAKE='make' make[1]: Entering directory `/c/Users/gutov/vc/emacs-bzr/trunk/nt' gcc -std=gnu99 -mtune=pentium4 -I. -I/c/Users/gutov/vc/emacs-bzr/trunk/nt -mtune=pen tium4 -DUSE_CRT_DLL=1 -I /c/Users/gutov/vc/emacs-bzr/trunk/nt/inc -g3 -O2 -gdwarf-2 /c/U sers/gutov/vc/emacs-bzr/trunk/nt/runemacs.c emacs.res -mwindows \ -o runemacs.exe make[1]: Entering directory `/c/Users/gutov/vc/emacs-bzr/trunk/lib' rm -f alloca.h-t alloca.h && \ { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ cat /c/Users/gutov/vc/emacs-bzr/trunk/lib/alloca.in.h; \ } > alloca.h-t && \ mv -f alloca.h-t alloca.h Is that what is meant by not "supporting parallel execution"? Non-parallel "make" starts differently (!) and completes the build fine. I think someone mentioned that this way of building would be faster, but configuration takes longer than with configure.bat, and compilation seems to take about the same amount of time. configure.bat took ~15 seconds, msysconfig.sh takes a couple of minutes, the following compilation is about the same, I think. autogen.sh takes some time, too. Speaking of stability, I've seen it crash a few times during exit, around the time it complains about inability to write ACL. Haven't been able to reproduce this under gdb, so far.