Automake 1.10 fails to cleanup .libs directory for a program in a subdirectory

2007-08-13 Thread Karsten Hopp
The problem described in http://lists.gnu.org/archive/html/bug-automake/2007-06/msg0.html still exists in automake -1.10. http://people.redhat.com/sgrubb/audit/audit-1.5.6.tar.gz is the package where one .libs subdir doesn't get removed with 'make distclean' As there haven't been any answer

Re: Automake 1.10 fails to cleanup .libs directory for a program in a subdirectory

2007-08-13 Thread Ralf Wildenhues
Hello Karsten, Guillermo, * Karsten Hopp wrote on Mon, Aug 13, 2007 at 02:43:58PM CEST: > The problem described in > http://lists.gnu.org/archive/html/bug-automake/2007-06/msg0.html still > exists in automake -1.10. > http://people.redhat.com/sgrubb/audit/audit-1.5.6.tar.gz is the package >

Re: Automake 1.10 fails to cleanup .libs directory for a program in a subdirectory

2007-08-14 Thread Ralf Wildenhues
> * Karsten Hopp wrote on Mon, Aug 13, 2007 at 02:43:58PM CEST: [...] > > http://lists.gnu.org/archive/html/bug-automake/2007-06/msg0.html Proposed patch below. OK to install to HEAD and branch-1-10, and put Guillermo in THANKS? I assume it doesn't matter much that ChangeLog is encoded in IS

Re: Automake 1.10 fails to cleanup .libs directory for a program in a subdirectory

2007-08-16 Thread Guillermo Ontañón
On Wed, 2007-08-15 at 07:26 +0200, Ralf Wildenhues wrote: > Proposed patch below. OK to install to HEAD and branch-1-10, and put > Guillermo in THANKS? I assume it doesn't matter much that ChangeLog > is > encoded in ISO-8859 and THANKS is UTF-8 at the moment? Thanks for the fix Ralf, the patch

Re: Automake 1.10 fails to cleanup .libs directory for a program in a subdirectory

2007-08-16 Thread Ralf Wildenhues
Hi Guillermo, * Guillermo Ontañón wrote on Thu, Aug 16, 2007 at 08:58:16AM CEST: > On Wed, 2007-08-15 at 07:26 +0200, Ralf Wildenhues wrote: > > Proposed patch below. OK to install to HEAD and branch-1-10, and put > > Guillermo in THANKS? I assume it doesn't matter much that ChangeLog > > is enc