Re: Patch to make trunk compile on m68k-next-nextstep3 with 3 = 3.2

[Manfred Hollstein <manfred at s-direktnet dot de>]

On Sat, 3 October 1998, 20:57:00, toon@moene.indiv.nluug.nl wrote:

 > I wrote:
 > 
 [snip]
 > This is what I get on compiling - am I doing something wrong ?
 > 
 > % /usr/snp/bin/g++ -v exntest.cc
 > Reading specs from  
 > /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/specs
 > gcc version egcs-2.92.11 19981003 (gcc2 ss-980609 experimental)
 >  /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/cpp  
 > -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus  
 > -D__GNUC_MINOR__=92 -Dmc68000 -Dm68k -DNeXT -Dunix -D__MACH__  
 > -D__BIG_ENDIAN__ -D__ARCHITECTURE__="m68k" -D_NEXT_SOURCE  
 > -D__mc68000__ -D__m68k__ -D__NeXT__ -D__unix__ -D__MACH__  
 > -D__BIG_ENDIAN__ -D__ARCHITECTURE__="m68k" -D_NEXT_SOURCE  
 > -D__mc68000 -D__m68k -D__NeXT -D__unix -Asystem(unix) -Asystem(mach)  
 > -Acpu(m68k) -Amachine(m68k) -D__EXCEPTIONS -D__STDC__  
 > -D_NEXT_SOURCE exntest.cc /usr/tmp/ccVcK1KJ.ii
 > GNU CPP version egcs-2.92.11 19981003 (gcc2 ss-980609 experimental)  
 > (68k, MIT syntax)
 > #include "..." search starts here:
 > #include <...> search starts here:
 >   
 > /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/../../../../include
 >  /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/../../../../m68k-next-nextstep3/include
 >  /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/include
 >  /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/include/ansi
 >  /usr/snp/lib/gcc-lib/m68k-next-nextstep3/egcs-2.92.11/include/bsd
 >  /NextDeveloper/Headers
 >  /NextDeveloper/Headers/ansi
 >  /NextDeveloper/Headers/bsd
 >  /NextDeveloper/2.0CompatibleHeaders
 >  /usr/include
 >  /usr/include/bsd
 > End of search list.
 > exntest.cc:13: cstdio: No such file or directory
 > %

Locating C++ include files has been broken by the introduction of the $(unlibsubdir)
patch :-( Unfortunately, it now completely ignores e.g. --with-gxx-include-dir=...
and --enable-version-specific-runtime-libs. I'm working on a fix.

 > 
 > Cheers,
 > Toon.
 > 

manfred