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. Cheers, - jonathan -- Jonathan Adams, Solaris Kernel Development _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
