"James C. McPherson" <James.McPherson at Sun.COM> wrote:
> > The star integration adds more than private interfaces, note that librmt is
> > supposed to be used by ufsdump/ufsrestore too.....
>
>
> As far as I can see, this case does not propose changing
> ufsdump/ufsrestore to use librmt. Such changes would be
> more suited to a followup case, and should definitely not
> be snuck in.
If this needs to be split into smaller cases....
> > This is not a new portability layer. It is in use since more than 15 years.
>
> In use in /opt/schily/.... ? Or in use in /usr/include ?
>
> It appears to be new *to OpenSolaris* and that is what
> counts here.
Well, I was trying to explain that most software uses a chaotic portability
approach and a few people created a systematic framework to do the same things.
If one systematic approach could be integrated into /usr/include, the other
should get the same treatment.
> If you can accept a phased integration as several people have
> already suggested, then we don't need to worry so much about
> manpages etc and header files for librmt and /usr/include/schily/...
If the case is too complex, we need to split it....
J?rg
--
EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
js at cs.tu-berlin.de (uni)
schilling at fokus.fraunhofer.de (work) Blog:
http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
