Re: depcomp on system headers

[Ralf Wildenhues]

* David Everly wrote on Tue, Aug 08, 2006 at 12:56:12AM CEST:
> 
> I think my problem happens because what our vendor does is #include
> <rw/numbrw.cc> inside of rw/numbrw

Yes, I see that too with the compiler version I'm looking at.

> Thus, you get deps like this:
> 
> rw/numbrw: rw/numbrw.cc
> rw/numbrwcc:

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:

in .deps/foo.Po, not relative ones like you report.  Please output the
exact compile command that is used for this object.  Mine looks like:

source='../foo.cc' object='foo.o' libtool=no \
DEPDIR=.deps depmode=hp2 /usr/bin/posix/sh ../depcomp \
aCC -DPACKAGE_NAME=\"a\" -DPACKAGE_TARNAME=\"a\" -DPACKAGE_VERSION=\"1\"
-DPACKAGE_STRING=\"a\ 1\" -DPACKAGE_BUGREPORT=\"b\" -DPACKAGE=\"a\"
-DVERSION=\"1\" -I. -I..     -g -c -o foo.o ../foo.cc

(this is with CVS Automake as of some weeks ago; which versions of
Autoconf and Automake do you use BTW?  hp2 was not in 1.9.6 yet, and
+Maked was not used there anywhere, please also print the scriptversion
of depcomp).

Please also show the output of your command that corresponds to above,
with -x added after the shell in use (/usr/bin/posix/sh in the case
above, but please use whatever configure chose for you).

Cheers,
Ralf