So I was building automake-1.6.1 and ran its self tests, which uncovered a bug in libtool (CVS 20020316).
Automake's pr300-ltlib test: Fails in 'make install-strip' because 'strip --strip-debug' on a static library goes berzerk when the library contains two copies of the same object file. Due to a bug in libtool-20020316, the test statlib DOES contain two copies of "a.o": ar cru subdir/.libs/libb.a .libs/a.o a.o The fix is to correct libtool so that it doesn't include bot PIC and nonPIC object files...or to make 'strip.exe' tolerant of the problem. How strip fails: it unpacks the static archive into a temporary directory. However, somehow during the process, because there are two files with the same name (pathnames are not preserved), the unpacked object file gets created without a security descriptor (CYGWIN=ntsec, using NTFS filesystem) -- and "permission denied" to even 'ls' the file... I think the problem in libtool is here: line 4259 in ltmain.in (4758 in libtool): oldobjs="$oldobjs$old_deplibs $non_pic_objects" well, $non_pic_objects=a.o, but $oldobjs=.libs/a.o so both object files get ar'ed into the static lib. I'm not sure what the problem is: should we prevent .libs/a.o (the PIC object) from getting added to $oldobjs, or should this line actually read: oldobjs="$non_pic_objects" and nothing else? If the former, how?? --Chuck _______________________________________________ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool