From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14213 invoked by alias); 18 Jun 2011 14:00:20 -0000 Received: (qmail 14197 invoked by uid 22791); 18 Jun 2011 14:00:19 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW,TW_YG X-Spam-Check-By: sourceware.org Received: from out4.smtp.messagingengine.com (HELO out4.smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 18 Jun 2011 14:00:05 +0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 4A0A620A14 for ; Sat, 18 Jun 2011 10:00:05 -0400 (EDT) Received: from frontend2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sat, 18 Jun 2011 10:00:05 -0400 Received: from [192.168.1.3] (50-88-210-98.res.bhn.net [50.88.210.98]) by mail.messagingengine.com (Postfix) with ESMTPSA id F0481442D88; Sat, 18 Jun 2011 10:00:04 -0400 (EDT) Message-ID: <4DFCAF62.2010006@cwilson.fastmail.fm> Date: Sat, 18 Jun 2011 14:00:00 -0000 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Bug with paths containing double slashes after double dot after a mount point References: <4DFBC1D2.4090207@ronin-capital.com> <4DFBCCB7.2080408@sbcglobal.net> <20110618083139.GL3437@calimero.vinschen.de> <20110618113346.GN3437@calimero.vinschen.de> In-Reply-To: <20110618113346.GN3437@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-06/txt/msg00230.txt.bz2 On 6/18/2011 7:33 AM, Corinna Vinschen wrote: > cygpath -pm `some-mingw-g++ -print-search-dirs` As the OP stated, this is happening deep inside libtool, so it's not like he can easily insert a call to 'cygpath' in there. Now, libtool DOES have some limited support for environments where path formats differ between the build system and the compiler -- specifically, for using the native mingw gcc from cygwin -- but you have to take some special steps to activate it. (By default, when libtool is configured, it naturally assumes that --build=i686-pc-cygwin --host=i686-pc-mingw32 means 'use the cygwin-hosted mingw cross compiler' and does NOT activate this path support for the tools, because it is assumed the toolchain itself understands cygwin paths). See info libtool 'Cross compiling' info libtool 'File name conversion' info libtool 'Cygwin/Windows File Name Conversion' and finally info libtool 'Cygwin to MinGW Cross' (you want the 'fake' scenario). Basically, what you have to do is this: export lt_cv_to_tool_file_cmd=func_convert_file_cygwin_to_w32 export PATH="/c/MinGW/bin:${PATH}" configure --build=i686-pc-cygwin \ --host=mingw32 \ NM=/c/MinGW/bin/nm.exe Which does a number of things: (1) it activates the filename conversion logic but ONLY for the paths that libtool feeds to the compiler tools, (2) it ensures that the mingw.org compiler is used by forcing the name 'mingw32-gcc.exe' etc, and (3) ensures that the other mingw utilities are found first in the PATH. (4) Finally, there's something special about $NM, but I forget what. > Other than that, I fixed that in CVS. It's a Win32 path coversion problem > which only occurs if there are multiple backslashes trailing a ".." path > component. Yay! -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple