Joerg Schilling wrote: > /usr/include/schily/ has more than 50 include files. None of them is usable > without the rest of the files. All files e.g. include <schily/mconfig.h>. > The file /usr/include/schily/librmt.h pulls in 9 other include files from > the /usr/include/schily/ tree: > > /usr/include/schily/mconfig.h > /usr/include/schily/archdefs.h > /usr/include/schily/xconfig.h > /usr/include/schily/i386-sunos5-cc/xconfig.h > /usr/include/schily/prototyp.h > /usr/include/schily/types.h > /usr/include/schily/rmtio.h > /usr/include/schily/utypes.h > /usr/include/schily/param.h > Oh wow.
Were you planning to integrate all 9 or 50 of these without mentioning that small detail? Having files with will known names (such as param.h) isn't technically a violation of 1991/061 (because they come would be delivered by the same consolidation), but clear crosses the "good practice" line. The only rationale I can see for such files with such names would be to provide them as an alternate development environment, like gnu. If so, this is a major proposal to be considered by not only the ARC, but the OpenSolaris community (as a whole) and Sun management (for Solaris, rather than OpenSolaris). Can we settle this with Ken's proposed resolution of simply not shipping them? - jek3
