Mailing Lists: Apple Mailing Lists

Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: further divergences Libc vs xnu



Thanks Jim,

mine is a very utilitarian view, I wanted to build sendmail's libmilter (to start being serious about spam smashing) and that in turns depends on a couple of pthreads things that are only implemented in Libc-207 onwards (I think).

I guess I will have to wait for 10.2 instead of trying to be at the bleeding edge.. (it could have, perhaps, been useful to do some field testing, but, at the same time, I do not know how good a test that would have been).

On the positive side this will save me time and efforts!

Giuliano

At 4:19 pm -0500 28/3/02, Jim Magee wrote:
The problem is that Libc is the place for exported interface changes from the xnu project to "meet the road." Libc is the rest of the world's window into xnu. In many instances, you must install the result of xnu's installhdrs pass in order to build the Libc that corresponds to it. If you don't have access to the needed version of xnu, you are out of luck trying to build Libc. Publishing new xnu versions to anoncvs is a very time consuming job for Apple. And so there we are...

I assume you mentioned somewhere in this thread why you need to go beyond the Libc version (Libc-207) that works with the xnu you already have. If it is to pick up some other feature inside Libc unrelated to xnu changes, I empathize. I've often thought of having a separate library (libmach.a) for the Mach interfaces to xnu, and then link it into libSystem.B.dylib (separately from libc.a). That way, the standard parts of libc can be picked up separately and indepedently. That would have solved your mig_strncpy() lock-step dependency problem, but it would not solve your SYS_sigwait problem (as Unix syscalls are defined to be in Libc). And besides, it would then require you to pick up a new cctools (dyld is dependent on Mach interface library changes), and that version of cctools would likely have already had some side-ways dependence on some of the new Libc changes, and you would be right back where you started. ;-(

--
H U M P H
|| |||
software

Java & C++ Server/Client/Human Interface applications on MacOS - MacOS X
http://www.humph.com/
_______________________________________________
darwin-development mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-development
Do not post admin requests to the list. They will be ignored.

References: 
 >Re: further divergences Libc vs xnu (From: Jim Magee <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.