MSYS mode (continue)

LRN lrn1986@gmail.com
Mon Jul 29 11:00:00 GMT 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 29.07.2013 13:29, Corinna Vinschen wrote:
> On Jul 27 20:17, NightStrike wrote:
>> On Fri, Jul 26, 2013 at 11:06 PM, Charles Wilson wrote:
>>> On 7/26/2013 4:15 AM, Corinna Vinschen wrote:
>>>> Another alternative would be if the Cygwin DLL itself had a switch to
>>>> load the MSYS dll (export CYGWIN=MSYS ;)).  This would allows MSYS mode
>>>> even with completely unchanged executables.
>>>
>>>
>>> Right -- but *some* executables would need to actually BE different, aside
>>> from the underlying posix library's behavioral changes, to get a "real" MSYS
>>> environment.
>>
>> 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.

> - 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.

> - 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.
(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.

- -- 
O< ascii ribbon - stop html email! - www.asciiribbon.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)

iQEcBAEBAgAGBQJR9ks4AAoJEOs4Jb6SI2CwGKwIAJjB2P3fS9xVjhBP5gyOSv8W
aevmjZ5nLXH0JyWqv9kNM87vyU16V7yEcXel1Md+Fcy6fdQ6xTzU9xjnDjLIPItk
B6IR/DKTAUMeZSo99gjKOcvi1YFH6AdlOlsvdBPemVl5TQ9FR11F5V0Ff9zSwyB9
tLH/bRIb3Wj5wiRBqg0mxIu1w+ur6crR0w9qavj3pGwfbfOQPJN4FD05iXtltwo5
MX1yWlnbySaYJsVGBzQX2w7ROQ7fEa2urvUxPASszuzQGrCVa1qQnfn3exv8+cX4
fwN3axRkM6P6UAPjO9UkuB9/AoNUDX9u+MIbWtrIGhnM6oewL7/aDypYogA66X4=
=7Rx3
-----END PGP SIGNATURE-----



More information about the Cygwin-developers mailing list