Re: depcomp on system headers

[Ralf Wildenhues]

Hello David,

* David Everly wrote on Mon, Aug 07, 2006 at 09:54:52PM CEST:
> The automake documentation...
[...]
> ...indicates:
> 
> "Automake always uses complete dependencies for a compilation,
> including system headers."

Yes.  That may be debatable to some point, but this:

> However, a closed-source vendor gives us header files that contain:
> 
> #include <numbrw.cc>

should not be one of it.

> This means that after I finish compiling, when I run make a second
> time it tries to compile
> /opt/aCC/include_std/rw/numbrw.cc, and of course, gets an error.

I don't see how that could happen.  After the first compilation of a
file, say foo.cc, the file .deps/foo.Po should have a dependency

| foo.o: foo.c \
|  # lots more files... \
|  /opt/aCC/include_std/rw/numbrw.cc

but also a line
| /opt/aCC/include_std/rw/numbrw.cc:

and no line stating a dependency on numbrw.o, which is what could cause
'make' to try to compile that "header" file.  I just tried that with
$ aCC -V
aCC: HP aC++/ANSI C B3910B A.06.10 [Mar 22 2006]

and a STL header file, where <algorithm> #includes a file algorithm.cc.

Please show how your error can be reproduced (you can make paths below
$HOME to "system" paths by adding appropriate -I flags), show the error,
and the contents of the respective .deps/ file.

Cheers,
Ralf