This is the mail archive of the
cygwin-developers
mailing list for the Cygwin project.
Re: MSYS mode (continue)
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin-developers at cygwin dot com
- Date: Mon, 29 Jul 2013 13:18:56 +0200
- Subject: Re: MSYS mode (continue)
- References: <20130711111744 dot GG15346 at calimero dot vinschen dot de> <51F123EB dot 9000900 at cwilson dot fastmail dot fm> <20130725150209 dot GA15619 at calimero dot vinschen dot de> <51F16C82 dot 7030509 at cwilson dot fastmail dot fm> <20130725205320 dot GA2725 at ednor dot casa dot cgf dot cx> <20130726081510 dot GN5086 at calimero dot vinschen dot de> <51F3394A dot 6050309 at cwilson dot fastmail dot fm> <CAF1jjLv_znaB_EH4LDo_xTq3d+-QuZR3R5jWQYpKiZJdDPKWFA at mail dot gmail dot com> <20130729092958 dot GB3731 at calimero dot vinschen dot de> <51F64B38 dot 8000500 at gmail dot com>
- Reply-to: cygwin-developers at cygwin dot com
On Jul 29 15:00, LRN wrote:
> On 29.07.2013 13:29, Corinna Vinschen wrote:
> > On Jul 27 20:17, NightStrike wrote:
> >> Perhaps it would be useful to actually identify which packages have
> >> extenuating needs. Maybe it's just one or two. Maybe it's all but
> >> one or two. I don't think that currently, the problem space is
> >> properly enumerated, but is instead living in the abstract.
> >
> > Very good point. This would perhaps show us much better where we're
> > heading here. From the current input I only see the following required
> > changes in relation to a stock Cygwin distro:
> >
> > - make w/ DOS path handling
> Yes. Note that the code DOES exist in make, but is disabled when make is
> built for Cygwin. One might question whether it was a good idea to
> disable support for W32 paths in make that runs on W32 (with a
> compatibility layer, but still...) in the first place.
Cygwin paths can contain "x:" as part of a normal filename.
> > - gcc targeting Mingw rather than Cygwin.
> You already have that, it's called "mingw cross-compiler for cygwin".
> And that is not what msys users use.
> I think you've meant something different here, i'm not sure what.
That's exactly what I meant. Of course we have a mingw cross compiler
in the Cygwin distro, but as far as the discussion on the mingw-w64 list
showed, MSYS users apparently prefer the "native" gcc compiler (the one
called "gcc") to produce mingw executables (aka "native Windows
exectables running without a compat layer") to avoid cross compiling
when creating native Windows executables. If the native gcc in an MSYS
install targets MSYS, and if you had to use a cross compiler to create
native Windows executables (as in Cygwin), there would ne no reason for
MSYS at all since it would be equivalent to Cygwin.
> > - Cygwin compiler provided as cross tool $arch-pc-cygwin-gcc, etc.(*)
> Yes. That includes binutils too (obviously)
>
>
> Also:
>
> base-files:
> add /mingw/bin to PATH when running in MINGW mode
> (adding /mingw/share/{man,info} to {MAN,INFO}PATH is also useful, but
> not really mandatory)
> (ok, these aren't binaries, so maybe they don't qualify)
>
> bash:
> Fix various instances of '\r' handling.
>
> coreutils:
> Bring back the '\r' support in md5sum. This is another change that might
> just go into Cygwin in general. I'm not sure whether '\r' is a valid
> character to use in filenames.
Yes.
> (optionally) embed install.exe.manifest into install.exe
>
> There are also patches to rebase that i find useful, but they are up to
> debate.
>
> Yeah, that list turned out to be really short. There may be other
> packages that need fixing ('\r' handling is the likely culprit), but i
> haven't bumped into them yet, so i wouldn't know.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat