From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Problem building emacs from CVS under MSWindow due to CR/LF and addsection Date: Tue, 21 Oct 2008 01:50:59 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1224547149 2582 80.91.229.12 (20 Oct 2008 23:59:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 20 Oct 2008 23:59:09 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?Vincent_Bela=EFche?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 21 02:00:09 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ks4Za-0005bo-BX for ged-emacs-devel@m.gmane.org; Tue, 21 Oct 2008 01:54:06 +0200 Original-Received: from localhost ([127.0.0.1]:33254 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ks4YV-0005aN-7w for ged-emacs-devel@m.gmane.org; Mon, 20 Oct 2008 19:52:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ks4YR-0005a8-T2 for emacs-devel@gnu.org; Mon, 20 Oct 2008 19:52:55 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ks4YR-0005Zw-BH for emacs-devel@gnu.org; Mon, 20 Oct 2008 19:52:55 -0400 Original-Received: from [199.232.76.173] (port=48451 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ks4YR-0005Zr-5E for emacs-devel@gnu.org; Mon, 20 Oct 2008 19:52:55 -0400 Original-Received: from mtaout4.012.net.il ([84.95.2.10]:9693) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ks4YQ-0001k3-UA for emacs-devel@gnu.org; Mon, 20 Oct 2008 19:52:55 -0400 Original-Received: from HOME-C4E4A596F7 ([77.126.98.197]) by i_mtaout4.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0K920082UABBKUE0@i_mtaout4.012.net.il> for emacs-devel@gnu.org; Tue, 21 Oct 2008 01:52:23 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:104707 Archived-At: > From: =?iso-8859-1?Q?Vincent_Bela=EFche?= > CC: > Date: Mon, 20 Oct 2008 20:33:28 +0200 > > Actually I have not EMACSDATA nor in my environment variables, nor in > the registrty. If I open an MSDOS console and I type > > echo %EMACSDATA% > > The answer is just %EMACSDATA%. > > But the thing is that I made the build from inside Emacs, and there > EMACSDATA is set to the current Emacs etc directory (even though I do > not set EMACSDATA in my init file)... Emacs on Windows sets EMACSDATA (and also EMACSLOADPATH, EMACSDOC and EMACSPATH) at startup, to account for the possible move of the installation tree between the build and the run time. This is because, unlike on Unix, the Windows build does not fix the installation directory at build time. > I will try again with typing SET EMACSDATA= before building. I think "M-x setenv" would be better. > I don't think that it is strange to build emacs from inside emacs, as > long as you just build, not install. This is what I did. No, it's not strange. > PS: Maybe there should be some robustness against this situation in the > makefile, something testing INSIDE_EMACS along with EMACSDATA. That's not a good idea: some Makefile's set EMACS* variables themselves. I will try to find another way to avoid pollution of process-environment, though. Thanks for pointing this out.