At the lowest levels, you still need to plug it into the kernel. The higher level routines are not a problem (ie: string routines), however, you still require the underlying code connection to the newos kernel. Maybe we can use libroot.so but it's not as easy as just plugging in the source code. The generic 'C' and 'C++' code libraries need to be there to use the kernel resources. So, some of the coding is just connectivity to memory management and tread routines, etc. But BeOS is also missing a great deal of that specification too. My goal is top use the resources available to make something that isn't broken from the get go. libroot.so?, yeah, I'm looking at that. It's already in use. Peter > >I have asked this before on the list and didn't really get an answer. > >*Why* don't we use the open source libroot.so from BeOS? > >Are there any advantages or disadvantages to using libc? > >I think I am a little bit of a BeOS "pure-ist" and want OpenBeOS to be >as similar as possible, and using libroot.so would help this right? > >Thanks > >Andrew Edward McCall >mccall@xxxxxxxxxxxxxxxxxxxxx