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: Thu, 16 May 2013 20:10:05 +0400 Message-ID: <519504DD.1030004@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> 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 1368720634 26838 80.91.229.3 (16 May 2013 16:10:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 May 2013 16:10:34 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 16 18:10:34 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 1Ud0lF-0001Ap-CM for ged-emacs-devel@m.gmane.org; Thu, 16 May 2013 18:10:33 +0200 Original-Received: from localhost ([::1]:56007 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud0lE-0003kp-RG for ged-emacs-devel@m.gmane.org; Thu, 16 May 2013 12:10:32 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34931) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud0l4-0003ia-Qr for emacs-devel@gnu.org; Thu, 16 May 2013 12:10:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ud0kw-0008QW-UF for emacs-devel@gnu.org; Thu, 16 May 2013 12:10:22 -0400 Original-Received: from mail-la0-x22e.google.com ([2a00:1450:4010:c03::22e]:52810) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ud0ko-0008NT-EV; Thu, 16 May 2013 12:10:06 -0400 Original-Received: by mail-la0-f46.google.com with SMTP id fk20so3213919lab.19 for ; Thu, 16 May 2013 09:10:05 -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=noZHpeyJozDQZWdHP1avgmFZzmUs5GXbUaz4sfM1Ags=; b=zctAK6dCrpY30tBRhwZB9gtnLMuPwxqYS10Lo+ziUfA1RWcyBt7RhhxvDApixRkymZ jL0nIQrf6VLx3Zh0gh4G/7SCVSPUPnCguLPaUqXofGQg5+xkop4+ezp5EmsUUUvaHEhR JA1IyFiQufIKYnwNtyxWJA2TSIKtTHfEznm5FseaMpd5SpwBHOjwIoHHI9BMxtdf1SiQ 6wai9YFldzH2VMcr349rEdvCEO8mFtnYTZe45h+fJY6+D2BcbUWEujrBCNlyh8rk1sbz I07gaSSt/ki8PPdniCXShfLFKRFE1U82ZGXlP6PuUzbdmKexN3XT4hr4J/t5D0svfGDE xNdw== X-Received: by 10.152.28.4 with SMTP id x4mr20735716lag.57.1368720605386; Thu, 16 May 2013 09:10:05 -0700 (PDT) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPSA id b8sm3338180lak.8.2013.05.16.09.10.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 May 2013 09:10:04 -0700 (PDT) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 In-Reply-To: <834ne3sziw.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::22e 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:159621 Archived-At: On 16.05.2013 19:41, Eli Zaretskii wrote: >> From: Dmitry Gutov >> Cc: emacs-devel@gnu.org >> Date: Thu, 16 May 2013 18:43:24 +0400 >> >>> It is always preferable to use --prefix to configure Emacs for >>> some specific location of its installed tree; the default >>> /usr/local is not suitable for Windows. >> >> What's going to happen if I disregard this recommendation? Will build >> fail? > > No, I don't think the build will fail. --prefix is only important for > "make install". If the installation will fail, maybe the prefix should default to some reasonable directory within the Emacs tree. Would it be hard to do that? >> I've taken a habit of running Emacs from the trunk\bin directory >> on Windows, I just add it to PATH. Will that stop working? > > I don't know, I never tried such a strange arrangement with the Posix > build. Why don't you simply run Emacs from src instead? That is how > Emacs is supposed to be run uninstalled. Otherwise, you will be > copying a lot of files for no good reason. Ah, okay, thanks. That's how I run Emacs on GNU/Linux. > And anyway, how is running from trunk/bin related to --prefix? Technically, it's unrelated, I guess, so this was just a question from someone who has been using the NT port for some time. AFAICT, the "make install" step is mandatory to running Emacs built that way. >>> (We recommend that you refrain from installing the MSYS Texinfo >>> package, which is part of msys-base, because it might produce mixed >>> EOL format when installing Info files. Instead, install the MinGW >>> port of Texinfo, see the ezwinports URL below.) >> >> How am I supposed to do that? MinGW-Get installer only allows me to >> check or uncheck the whole "MSYS Base" category, not the individual >> packages. > > I don't know; I don't use mingw-get. Perhaps uninstall the Texinfo > package after installing msys-base (assuming mingw-get has an > uninstall option that can uninstall a single package)? If that > doesn't work, I suggest to ask on the mingw-users mailing list, the > developer of mingw-get is reading that. Indeed, "mingw-get remove msys-texinfo" seems to have done that. If having to remove that package manually (as opposed to not installing it) is going to be a common situation, maybe INSTALL.MSYS should reflect that.