[ This was sent to "bugs-autom...@gnu", apparently an alias for
"bug-automake". Because debbugs was unaware of this, it was assigned
to the default package, debbugs itself. I have reassigned it to
automake and am resending this so it goes to the right list.
The alias (along with "automake-bugs?" h
On Thu, 11 Nov 2010 21:38:01 +0100
Ralf Wildenhues wrote:
> * Török Edwin wrote on Thu, Nov 11, 2010 at 09:10:56PM CET:
> > On Thu, 11 Nov 2010 20:42:05 +0100 Ralf Wildenhues wrote:
> > > * Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
> > > > I think that:
> > > > - make clean shoul
* Török Edwin wrote on Thu, Nov 11, 2010 at 09:10:56PM CET:
> On Thu, 11 Nov 2010 20:42:05 +0100 Ralf Wildenhues wrote:
> > * Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
> > > I think that:
> > > - make clean should remove the dependency files if they're out of
> > >date/wrong
>
On Thu, 11 Nov 2010 20:42:05 +0100
Ralf Wildenhues wrote:
> Hi Török,
>
> thanks for the bug report.
>
> * Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
> > Whenever I move a C/C++ file from a directory to another (and update
> > Makefile.am), a subsequent 'make' fails because it is
Hi Török,
thanks for the bug report.
* Török Edwin wrote on Thu, Nov 11, 2010 at 01:11:44PM CET:
> Whenever I move a C/C++ file from a directory to another (and update
> Makefile.am), a subsequent 'make' fails because it is looking for the
> file in the old place (the .Plo dependency file actuall
Hi,
Whenever I move a C/C++ file from a directory to another (and update
Makefile.am), a subsequent 'make' fails because it is looking for the
file in the old place (the .Plo dependency file actually).
For exampling moving test1/Foo.c to test2/Foo.c results in this error:
make: *** No rule to mak
