Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
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: <3E224479.8030604@ece.gatech.edu>
Date: Sun, 12 Jan 2003 23:45:46 -0500
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Alexandre Duret-Lutz <duret_g AT lrde DOT epita DOT fr>
CC: automake-patches AT gnu DOT org, libtool-patches AT gnu DOT org, cygwin AT cygwin DOT com,
   mingw-users AT lists DOT sourceforge DOT net
Subject: Re: Solving the "relink exe's" libtool problem [take 2]
References: <3E19C657 DOT 1040904 AT ece DOT gatech DOT edu>	<2003-01-09-17-11-09+16471+duret_g AT lrde DOT epita DOT fr>	<3E1DE146 DOT 8030901 AT ece DOT gatech DOT edu>	<2003-01-09-23-01-51+2104+duret_g AT lrde DOT epita DOT fr>	<3E20BF9A DOT 4080400 AT ece DOT gatech DOT edu> <2003-01-13-00-19-29+30521+duret_g AT lrde DOT epita DOT fr>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Alexandre Duret-Lutz wrote:

> Any way lt-foo.c could go into .libs/?  Or just be erased after
> foo.exe has been built?  Maybe both?

I see no problems with either or both...but I'd rather keep lt-foo.c 
around until 'make clean' (or libtool --mode=clean) time.

> Also I if you don't move `foo' to `.libs/' I think you
> should ensure that `libtool --mode=clean rm -f foo.exe' 
> erases `foo'.  

Good point.  "libtool --mode=clean" won't currently get both of them. 
But automake's 'make clean' will (see below).

> (Or does Cygwin's `rm' erase both at once?)

No, it doesn't.

> Right now Automake doesn't use `--mode=clean'.  Maybe Automake
> 1.8 could start doing this so we don't have to hardcode this
> sort of knowledge.

Yeah, I think this has come up before...

However, current automake "make clean" will at least attempt to delete 
all four of the following, whether they exist or not:
   foo
   foo.exe
   .libs/foo     (*)
   .libs/foo.exe (*)
(*) by virtue of rm -rf'ing .libs

So, there's really no worry about cleaning up the shell wrapper or the 
"real" executable -- or the binary wrapper -- with present automake. 
But cleaning up the lt-foo.c file is an issue.  I'd prefer to move it 
into .libs, but NOT erase it; automake's make clean will "get it" if 
it's in .libs (see rm -rf, above)

'Course, transitioning to libtool --mode=clean will mess that up, unless 
the problems you mention are addressed...

--Chuck


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/