Hello David,
* David Everly wrote on Tue, Aug 08, 2006 at 02:08:39PM CEST:
> On 8/8/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> >* David Everly wrote on Tue, Aug 08, 2006 at 12:56:12AM CEST:
> >
> >> Thus, you get deps like this:
> >>
> >> rw/numbrw: rw/numbrw.cc
> >> rw/numbrwcc:
>
> My apologies for being lazy. These were in fact absolute like this:
>
> /opt/aCC/include_std/rw/numbrw: /opt/aCC/include_std/rw/numbrw.cc
> /opt/aCC/include_std/rw/numbrwcc:
Cut'n'paste is lazy _and_ more helpful. :-)
> My point was to note that numbrw depends on numbrw.cc, and that
> numbrw.cc was modified _later_ than numbrw.
OK.
> I had retrieved the latest version (2006-07-09.11) of depcomp from cvs
> to add to our 1.9.6 automake, which included the hp2 case containing
> '+Maked'.
OK.
> >But I don't see that; and that difference is the crux of the problem.
> >For me, the source file
> > #include <locale>
> > int main() { return 0; }
> >
> >causes absolute file name like
> > /opt/aCC/include_std/rw/numbrw:
> > /opt/aCC/include_std/rw/numbrw.cc:
>
> You don't see /opt/aCC/include_std/rw/numbrw depending on
> /opt/aCC/include_std/rw/numbrw.cc ?
No, I don't. Not with the first
gmake
and not after following
gmake clean; gmake
> However, I don't yet think these are automake 'bugs' but issues with
> system deps and gnu make using the results of +Maked.
> I think this, because when I use "gmake -r" the problem goes away:
Well, I still think things should Just Work[tm] with +Maked anyway,
even without 'gmake -r'.
While looking at the debug output, you may also want to poke at the
intermediate files that depcomp handles.
Cheers,
Ralf
