Wesley,
IMHO, Libtool is better off if you change your clean rule to:
clean:
(cd main && libtool --mode=clean rm -f test test.o)
(cd lib2 && libtool --mode=clean rm -f libb.la b.lo)
(cd lib1 && libtool --mode=clean rm -f liba.la a.lo)
HTH,
Robert
"Wesley W. Terpstra" wrote:
>
> I have attached a small example tar.gz of this (obvious) bug.
>
> cd test
> make
> make clean
>
> ... and it is not that clean. (it leaves .la and .a files in */.libs)
>
> If you look at the commands libtool executes:
>
> rm -f lib2/libb.la lib2/main/main/.libs/libb.al
> lib2/main/main/.libs/libb.la lib2/main/main/.libs/libb.lai
>
> rm -f lib1/liba.la lib1/lib2/lib2/main/main/.libs/liba.al
> lib1/lib2/lib2/main/main/.libs/liba.la
> lib1/lib2/lib2/main/main/.libs/liba.lai
>
> ... you will see that it is definitely on crack.
>
> There is simply something wrong in the directory logic.
> I presume this is broken on all architectures.
>
> Please fix before 1.5. :-)
>
> Thanks.
>
> PS. I am hoping this attached test makes the bug more clear since my
> previous *4* posts (one of which was a work-around patch) on this bug have
> been silently ignored.
>
> ... I am also interested if someone can test the 'make' part on MacOS.
> I have heard rumours that this fails.
>
> --
> Wesley W. Terpstra <[EMAIL PROTECTED]>
>
> ------------------------------------------------------------------------
> Name: test.tgz
> test.tgz Type: GNU Tape Archive (application/x-gtar)
> Encoding: base64
>
> Part 1.1.2Type: application/pgp-signature
>
> ------------------------------------------------------------------------
> _______________________________________________
> Libtool mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/libtool
_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
