Re: .deps/ handling for the changed objects from parent directory

[Tom Tromey]

>>>>> "Alexey" == Alexey Mahotkin <address@hidden> writes:

Alexey> I believe I've found a bug in Automake 1.5 (and in current
Alexey> versions from CVS, because that code hasn't changed.

I looked at this.  While I sympathize with what you're doing, I don't
think this is a supported, or even supportable, scenario.  Suppose for
instance that hello.o had a special rule to create it in the top
directory (or, equivalently, that the enclosing library had a
per-library CFLAGS attached to it).  In this case, the subdirectory
Makefile couldn't know how to rebuild the object correctly.  (The fact
that it tries to is probably a bug.)

You can work around this by adding your own rule to sdir/Makefile.am,
if this situation is important to you:

    ../hello.o: ../hello.c
        cd .. && $(MAKE) hello.o

Alternatively you could try creating a single large Makefile.am at the
top level and simply never try rebuilds in sdir alone.  This is
probably the direction we'll go with automake in the (very :-) long
term.  Inter-directory dependencies are simply a pain to deal with.

Tom