X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Mon, 6 Apr 2009 12:16:05 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Reverting from 1.7.0-45 [was Re: [1.7]: For the love of god, don't update!] Message-ID: <20090406101604.GA3978@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <49D97797 DOT 9080902 AT gmail DOT com> <49D9913B DOT 7030708 AT cwilson DOT fastmail DOT fm> <49D99981 DOT 4030503 AT gmail DOT com> <49D99A02 DOT 7070407 AT gmail DOT com> <49D99D65 DOT 8040304 AT cwilson DOT fastmail DOT fm> <49D9C684 DOT 8030201 AT gmail DOT com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49D9C684.8030201@gmail.com> User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Apr 6 10:08, Dave Korn wrote: > Charles Wilson wrote: > > Dave Korn wrote: > > > >> Forgot to say... can I see your "cygcheck -cd"? I would have said "just m4 > >> and cygwin", but maybe it's related to something else. > > > > Attached. FWIW, I had no problems building other things, like > > yesterday's p7zip packages or today's alternatives packages. > > Argh. As one door opens, another slams viciously shut in my face. For some > reason autoconf has gone over to the dark side: > > configure:1616: checking for i686-pc-cygwin-gcc > configure:1642: result: cl > configure:1926: checking for C compiler version > configure:1929: cl --version &5 > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86 > Copyright (C) Microsoft Corp 1984-1998. All rights reserved. > > LOLWUT? It turns out something has gone horribly wrong in the alternatives > department now: > > $ gcc > bash: gcc: command not found > > $ gcc.exe > bash: gcc.exe: command not found > > $ file /bin/gcc.exe > /bin/gcc.exe: broken symbolic link to `/etc/alternatives/gcc' > > $ ls /etc/alternatives/gcc -la > lrwxrwxrwx 1 DKAdmin None 3 Apr 6 04:29 /etc/alternatives/gcc -> ??/ This happens if the symlink has been created with Cygwin 1.7.0-45 and you revert back to 1.7.0-44 or earlier. I explained what I did to new symlinks in http://cygwin.com/1.7/cygwin-ug-net/highlights.html#ov-hi-files, 9th paragraph: Starting with Cygwin 1.7, symbolic links are using UTF-16 to encode the filename of the target file, to better support internationalization. Symlinks created by older Cygwin releases can be read just fine. However, you could run into problems with them if you're now using another character set than the one you used when creating these symlinks (see the section called "Potential Problems". Please note that this new UTF-16 style of symlinks is not compatible with older Cygwin release, which can't read the target filename correctly. I hope it's clear what the advantage is. The disadvantage is also clear, as you just found out. Of course, what we could do is to store symlinks in UTF-8. This would have the advantage that these symlinks are compatible with old symlinks as long as you only used ASCII characters. The disadvantages are that they are not backward compatible in a subtil way if they contain non-ASCII characters, and their evaluation would be slower since you would have one additional character set conversion per symlink read/write. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/