Description of problem: (make distclean) leaves a libtool temporary subdirectory around if subdir-objects are used. Version-Release number of selected component (if applicable): autoconf-2.61-8.fc7 automake-1.10-5 libtool-1.5.22-11.fc7 Steps to Reproduce: 1. extract the attached tarball 2. autoreconf -is && ./configure && make 3. make distclean Actual results: .src/libs was not removed
Created attachment 160114 [details] Reproducer
I think you need to do the following as automake won't know about the subdir otherwise: - add AC_CONFIG_FILES([src/Makefile]) to configure.ac in the main directory - echo "SUBDIRS = src" > Makefile.am - echo "bin_PROGRAMS = main" > src/Makefile.am
Automake does already know about the subdirectory, see e.g. @AMDEP_TRUE@@am__include@ @am__quote@src/$(DEPDIR)/main.Po@am__quote@ in the generated Makefile.in. If automake didn't interpret src/main specially, the line would have to be @AMDEP_TRUE@@am__include@ @am__quote@$(DEPDIR)/src/main.Po@am__quote@ wouldn't it? Using a separate Makefile for the subdirectory completely defeats the point of using subdir-objects.
do you remember which package had this problem ? I'd remove AC_PROG_LIBTOOL from configure.ac in this testcase as it isn't required anywhere, but this most probably won't fix the issues in the original package.
rawhide's audit - but that's irrelevant, IMHO. I'm reporting this because it is a bug and because it should eventually be fixed, not because I need a workaround.