On Fri, Aug 11, 2006 at 11:23:40AM -0700, Garrett D'Amore wrote: > Jonathan Adams wrote: > > On Fri, Aug 11, 2006 at 10:30:18AM -0700, Gavin Maltby wrote: > > > >> Joerg Schilling wrote: > >> > >> > >>> This would make OpenSolaris more stable even in the non-cross compilation > >>> case. Note that OpenSolaris does use /usr/include from the host system > >>> instead of using the include files that are specific to the current build > >>> > >> Where that happens for ON it is a bug either in makefiles or in the > >> build environment that control the makefiles. In most cases > >> header files should be found from the proto area of the > >> workspace being built (ENVCPPFLAGS1) or in the proto area > >> of a fully-built parent workspace (ENVCPPFLAGS2). The latter > >> are used particularly for partial builds of your workspace. > >> > >> There is an obscure compiler switch that can stop it automatically > >> appending /usr/include to the search path. If we dig that > >> up (I have it in email from a few years back if all else fails) > >> then we could force compile errors for ON when it uses something > >> from the host system. > >> > > > > -YI,/path/to/replacement/for/usr/include > > > > I've done some of the work for this; I'll see if I can drag out my e-mails > > from a year ago that list all of the wonderful corners. > > > > IIRC, if we can ignore C++ and assembly, it's all quite easy. Fixing C++ > > is painful but possible (and I've done it in one workspace), fixing assembly > > required a new option on the assembler. (I filed a bug, but I don't think > > it's been touched) > > > > Getting it to all work on GCC is something I haven't investigated. > > > > Gcc can definitely be made to work. :-) I've been using cross-compile > environments with GCC to cross compile whole NetBSD distributions for > MIPS using a build environment running on my Sun Ultra 20 (running > Solaris 10). :-)
The problem was getting an alternate /usr/lib to ld(1); it's probably possible to do, but the GCC setup when I was doing it made it annoying. Cheers, - jonathan -- Jonathan Adams, Solaris Kernel Development _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
