Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Message-ID: <425C76D9.9020702@cwilson.fastmail.fm> Date: Tue, 12 Apr 2005 21:33:13 -0400 From: Charles Wilson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) MIME-Version: 1.0 To: Eric Blake , cygwin AT cygwin DOT com Cc: libtool AT gnu DOT org Subject: Re: cygwin coreutils-5.3.0-4 rm change breaks Libtool References: <041220052251 DOT 26916 DOT 425C50E800071C000000692422007507840A050E040D0C079D0A AT comcast DOT net> In-Reply-To: <041220052251.26916.425C50E800071C000000692422007507840A050E040D0C079D0A@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Eric Blake wrote: >>Working around the problem isn't hard, just comment out the offending rm >>line in Libtool's ltmain.sh, > > > Which line? Since you already found the culprit, pointing others to the location would be helpful. Can you come up with a simple libtool patch? I know where. Actually, I'd prefer to keep the rm, if there is a mechanism to say "rm foo but NOT foo.exe". Does the "rm -f foo." trick still work to specify "foo without any extension and I really mean it." (I'd check, but I'm still using older cygwin kernel/older coreutils at the moment...) -- Chuck cygwin libtool maintainer -- 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/