In the last episode (Aug 11), Danny Braniss said:
> > In message: <[EMAIL PROTECTED]>
> > Danny Braniss <[EMAIL PROTECTED]> writes:
> > : is it me going senile, or some setup screwup on my part, but i see
> > : that cpp does not have /usr/local/include in its path nor
> > : /usr/local/lib in gcc/ld. i checked solaris/bsdi/linux and they all
> > : search /usr/local/[include,lib]
> >
> > Are you sure about solaris and bsdi? This is a linux-ism. Last time
> > this came up, that was the conclusion on the thread.
> >
> > Warner
>
> well, as far as i can check they are using /usr/local,
> im including some output:
>
> BSDI BSD/OS 4.0.1:
> Reading specs from /usr/local/lib/gcc-lib/i386-pc-bsdi4.0/2.95/specs
> gcc version 2.95 19990728 (release)
> #include <...> search starts here:
> /usr/local/include
> /usr/local/lib/gcc-lib/i386-pc-bsdi4.0/2.95/../../../../i386-pc-bsdi4.0/include
>
> -------------------------------------------------------------------------------
> SunOS sol4 5.8 Generic sun4u sparc SUNW,UltraAX-MP:
> Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/specs
> gcc version 2.95.2 19991024 (release)
> #include <...> search starts here:
> /usr/local/include
>
>/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/../../../../sparc-sun-solaris2.6/include
These two you compiled yourself, so you can't use them them in your
examples. If you were to try with the native Solaris cc, it would not
include /usr/local. Same for the bundled cc on Tru64. It's probably a
bug that BSD/OS didn't remove /usr/include when they imported gcc into
the base system.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
