From: "Eli Zaretskii" <eliz@elta.co.il>
Cc: emacs-devel@gnu.org
Subject: Re: Issues with Windows gcc -mno-cygwin (Mingw)
Date: Tue, 18 Mar 2003 19:54:57 +0200 [thread overview]
Message-ID: <2561-Tue18Mar2003195457+0200-eliz@elta.co.il> (raw)
In-Reply-To: <m3vfyg38da.fsf@cicero.benny.turtle-trading.net> (message from Benjamin Riefenstahl on 18 Mar 2003 18:14:09 +0100)
> From: Benjamin Riefenstahl <Benjamin.Riefenstahl@epost.de>
> Date: 18 Mar 2003 18:14:09 +0100
>
> I have compiled the CVS HEAD with the Cygwin Mingw cross-environment
> (gcc -mno-cygwin). I have had two problems:
>
> - The cygpath issue. The Makefiles have the necessary code to use the
> Cygwin cygpath utility, but it's commented out. I appreciate that
> the situation is not very stable in that area, but could we consider
> a conditional and a configure item for this? We do need that code
> as long as we want Emacs to support Cygwin at compile-time, but not
> at run-time, because without that code the Makefile will provide
> Cygwin paths to ELisp.
Could you please be more specific? Where in ELisp will Cygwin paths
be inserted?
> - Problem with _fmode (global MSC variable set to O_BINARY as the
> default file mode). For a simple patch see below. Strictly
> speaking I think the real problem is that this is not handled
> without the _fmode hack. The code should just use its own global
> variable (or even more simply just add O_BINARY everywhere) instead
> of using this brittle compiler/runtime dependent solution.
Is this change only for the unexec phase, or for the entire Emacs
operation? If the former, you could use O_BINARY in unexw32.c and be
done with it. 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).
next prev parent reply other threads:[~2003-03-18 17:54 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-18 17:14 Issues with Windows gcc -mno-cygwin (Mingw) Benjamin Riefenstahl
2003-03-18 17:54 ` Eli Zaretskii [this message]
2003-03-19 23:31 ` Benjamin Riefenstahl
2003-03-20 4:30 ` Eli Zaretskii
2003-03-20 8:29 ` Jason Rumney
2003-03-20 16:21 ` Benjamin Riefenstahl
2003-03-18 18:26 ` Jason Rumney
2003-03-19 23:36 ` Benjamin Riefenstahl
-- strict thread matches above, loose matches on Subject: below --
2003-03-19 7:39 David PONCE
2003-03-19 8:41 ` Jason Rumney
2003-03-19 23:44 ` Benjamin Riefenstahl
2003-03-19 23:40 ` Benjamin Riefenstahl
2003-03-19 9:29 David PONCE
2003-05-14 7:27 David PONCE
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2561-Tue18Mar2003195457+0200-eliz@elta.co.il \
--to=eliz@elta.co.il \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.