From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Benjamin Riefenstahl Newsgroups: gmane.emacs.devel Subject: Re: Issues with Windows gcc -mno-cygwin (Mingw) Date: 20 Mar 2003 00:31:01 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <2561-Tue18Mar2003195457+0200-eliz@elta.co.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1048116735 1373 80.91.224.249 (19 Mar 2003 23:32:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 19 Mar 2003 23:32:15 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Mar 20 00:32:13 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18vn2b-0000Lz-00 for ; Thu, 20 Mar 2003 00:32:13 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18vn3Z-0002GP-00 for ; Thu, 20 Mar 2003 00:33:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18vn2G-00051X-05 for emacs-devel@quimby.gnus.org; Wed, 19 Mar 2003 18:31:52 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18vn1r-0004hh-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 18:31:27 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18vn1X-00046X-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 18:31:10 -0500 Original-Received: from [193.28.100.184] (helo=mail.epost.de) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18vn1V-0003xG-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 18:31:05 -0500 Original-Received: from cicero.benny.turtle-trading.net.epost.de (193.99.153.6) by mail.epost.de (6.7.015) id 3E5ED894001F4D3E; Thu, 20 Mar 2003 00:31:03 +0100 Original-To: Eli Zaretskii In-Reply-To: <2561-Tue18Mar2003195457+0200-eliz@elta.co.il> Original-Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12472 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12472 Hi Eli, "Eli Zaretskii" writes: > Could you please be more specific? Where in ELisp will Cygwin paths > be inserted? The GNU make from Cygwin automatically predefines the CURDIR variable. lisp/makefile uses that variable as an absolute path to the lisp code and passes it to Emacs as a command-line parameter during compilation of the ELisp code. Emacs doesn't understand the syntax. > > From: Benjamin Riefenstahl > > - Problem with _fmode > Is this change only for the unexec phase, or for the entire Emacs > operation? For the entire operation. Emacs doesn't use O_BINARY directly to load files. The compilation actually works more or less, there are some crashes, but the compilation just goes ahead. But the installed Emacs can't read some of the compiled ELisp code files, because reading a file in text mode stops at ^Z. > If the latter (which I suspect is the case), emacs.c already has > similar code fragments for other DOS/Windows ports, so I think the > MinGW port should also use it (I actually thought it already did, so > I wonder how come this was a problem in your case). Emacs has an assignment to _fmode in main() under #ifdef MSDOS. We can add WINDOWSNT there and that would be enough for the specific problem that I encountered. Currently the corresponding assignment to _fmode is in _start(), which is executed before main(), and I thought there might be a reason why it is done there. Only it doesn't work currently, because the runtime code between _start() and main() resets _fmode for some reason. A global initialization is basically same code that binmode.o does, and that works. so long, benny