> > > Why are you removing the Trusted Extensions > patch? > > > > > > > This should actually be configurable. I am > > building on a system > > that does not have the Nevada X11 packages to > > verify that FOX > > is self-hosting. Building Xtsol is dependent on > > some components > > that are not open so the build fails. So I > > commented this to get > > the build to succeed. > > The application of this patch and building Xtsol > > should be > > configurable. > > > It would even fail on a full SXCR_sparc_snv_70 > (that's what I'm using, didn't test any other build > or platform)., complete oem cluster, all languages, > all trusted extensions - pkgs from SXCR-dvd installed > (though not configured, which prevents a binary tsol > module from being loaded). > As mentioned two weeks ago, the tsol subdir would > always fail and would break the compile of the entire > server circa 30 times. It wasnt a conflicting funtion > prototype vs. definition, but a struct (mistake in my > mail from back then).
Just in case this sounds odd: Something from the tsol stuff gets included by other things (inside the monolithic server tree). Whether the tsol module is to be built or not. I had to look up the exact details in order to talk about this. %m This message posted from opensolaris.org
