Subject: re: problem with "1.5" toolchain: diagnosis.
To: Todd Vierling <tv@wasabisystems.com>
From: matthew green <mrg@eterna.com.au>
List: port-sparc64
Date: 12/07/2000 09:49:27
   
   : #define __arch64__ 1
   : #define __sparc64__ 1
   : #define __NetBSD__ 1
   : #define __sparc_v9__ 1
   : #define __sparc__ 1
   : #define __ELF__ 1
   :
   : as far as i can tell, in a GNU installed tree, $prefix/bin/cpp is a frontend to the
   : real cpp, which is in $prefix/lib/gcc-lib/.../cpp.  the former defines the various
   : parts, where the latter is the real backend.  i believe the comp toolchain has just
   : the backend installed.. the result of this when building NetBSD is that when we call
   : cpp (/usr/bin/cpp), __ELF__ isn't defined, so we do a.out names for syscalls, which
   : causes link problems.
   
   Our /usr/bin/cpp is a simple wrapper around "cc -E" which should otherwise
   work fine...!  /usr/bin/cpp should have been generated from the in-tree
   src/gnu/usr.bin/egcs/cpp/usr.bin.cpp.sh.
   
   Perhaps there's something else wrong here.


our /usr/bin/cpp actually calls /usr/libexec/cpp.


.mrg.