Mail Archives: djgpp-workers/1998/07/02/03:55:36
Eli Zaretskii wrote:
>
> On Wed, 1 Jul 1998, Bill Currie wrote:
>
> > What about telling gcc to search in $DJDIR/{include,lib} instead of
> > /usr/{include,lib}?
>
> This would be okay, but it requires gcc to be changed.
>
> However, I'm not sure it solves similar problems with C++. Is
> /usr/lang/cxx part of the Unix default path?
Um, not sure about that exact path, but gcc does have it's own
`standard' locations for c++ include files.
This is the output of gcc -v at work (rlogin is cool:).
[{bcurrie} nzlc02:/home/bcurrie/crpdev/integration/datastore]
% gcc -v foo.C -S -O2
Reading specs from
/usr/local/lib/gcc-lib/hppa1.1-stratus-sysv4/egcs-2.91.45/specs
gcc version egcs-2.91.45 19980630 (gcc2 ss-980609 experimental)
/usr/local/lib/gcc-lib/hppa1.1-stratus-sysv4/egcs-2.91.45/cpp -lang-c++
-v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=91
-Dhppa -Dunix -D_FTX -D__hppa__ -D__unix__ -D_FTX -D__hppa -D__unix
-Asystem(unix) -Acpu(hppa) -Amachine(hppa) -D__EXCEPTIONS -D__OPTIMIZE__
-D_PA_RISC1_1 foo.C /var/tmp/ccvWntMU.ii
GNU CPP version egcs-2.91.45 19980630 (gcc2 ss-980609 experimental)
(hppa)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include/g++
/usr/local/lib/g++-include
/usr/local/include
/usr/local/hppa1.1-stratus-sysv4/include
/usr/local/lib/gcc-lib/hppa1.1-stratus-sysv4/egcs-2.91.45/include
/usr/include
End of search list.
/usr/local/lib/gcc-lib/hppa1.1-stratus-sysv4/egcs-2.91.45/cc1plus
/var/tmp/ccvWntMU.ii -quiet -dumpbase foo.cc -O2 -version -o foo.s
GNU C++ version egcs-2.91.45 19980630 (gcc2 ss-980609 experimental)
(hppa1.1-stratus-sysv4) compiled by GNU C version egcs-2.91.41 19980617
(gcc2 ss-980502 experimental).
I would suggest replacing either /usr/local/include/g++ or
/usr/local/lib/g++-include (or both) with $DJDIR/lang/cxx.
Bill
--
Leave others their otherness.
- Raw text -