* 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
