Re: [Mingw-users] Coreutils are broken.

[i-love-spam <i-l...@ya...>]

> Broken?  Larger size on disk is "broken"?  I don't think that word means
>  what you think it means.
>  

The moment I wrote about that I didn't know what was the issue and I wouldn't care much considering what env should do: list environment variables. 1MB is just TOO much for it. Not that I don't have space on my pc... I wanted to make standalone bundle of msys with my crosscompiler and updated coreutils made it twice larger :) So, I made a simplest conclusion : broken! :)

>  > Common guys, env.exe is suddenly
>  
>  Suddenly. Since last August. Your conception of time...differs from mine.

I started to use msys a couple of weeks ago, still most of my stuff I do with cygwin, but I want to switch to msys

>  
>  That "tiny part" is full i18n support -- which, unfortunately, had to be
>  linked in statically until the recent msys-gcc-3.x release.
>  

Most likely even in some distant parts of china they don't care much if env, set, echo etc contain anything in chinese. Why not provide binaries without that 18in junk? :)

>  > That's why release tarbal
>  > is 1MB only, but unpacked it's 50MB!
>  
>  
>  > Nobody noticed that or what??
>  
>  I think it has been documented that it WAS noticed, it was an accepted
>  tradeoff for i18n support, we know what the appropriate fix is, and I've
>  been working diligently for the last five months to fix it. If you've
>  been watching this list for the last month, you'd know that I've now
>  completed most of the massive "rebuild everything msys using
>  msys-gcc-3.x" project, and am in the process of uploading all of the
>  results.  You were one day early: the Tues upload was scheduled to
>  contain the new coreutils package.

I'm not sure if it's acceptable tradoff or not, I'm still in search to find reasonable explanation why ./configure on cygwin/msys of some apps that I need to build/update quite frequently takes like 10 times more time than a less powerfull linux with mingw crosscompiler... Considering that configure runs many binaries in chain for simplest actions I guess that 1MB binaries are a bit to heavy. Still, it's nowhere near enough to make it cripled like that. (I have raid ssd drives and i7 cpu, still it seems that all these binaries are intentionally plagued with some random Sleeps(rand()) to make it slower :)

>  Try this:
>  http://article.gmane.org/gmane.comp.gnu.mingw.user/32991


Good, I see there are a lot of updates in recent month. I'll d/l all of them, thanks.

>  
>  Actually, I think the line endings is a red herring. I believe your
>  actual problem is that you are attempting to run ./msys-build-coreutils
>  from a "regular" msys shell, not an "msys dvlpr" shell.  All of the new
>  build scripts now check for this, but the old ones from last August did not.
>  

Yes, I wasn't using dvlpr shell. Is it possible to somehow make my msys use only LF line endings everywhere so that it could work fine, otherwise some tools choke on windows line endings and I'm not sure what tools exactly (configure runs tons of stuff and I have no idea what actually fails). For dvlpr I don't need to have a separate installation of msys, right?

>  Launch "msys.bat" with an "MSYS" argument:
>     msys.bat MSYS
>  
>  `uname -s' should report MSYS_NT-*
>