Re: What should we do when headers are missing in 10.2?
On Wednesday, September 11, 2002, at 11:09 AM, Stiphane Sudre wrote: In fact, my problem is not with the need to #include any file before or after. The real issue is that the files are missing from /usr/include in a complete Mac OS X 10.2 install (by complete, I mean everything checked, last dev Tools, etc...). Currently, I'm using the header files from a 10.1 backup but it's far from being a good solution. So I'm asking for a better/recommended/official solution. It should be in /usr/include/netinet/ip_var.h. It should also be in /System/Library/Frameworks/Kernel.framework/Headers/netinet/ip_var.h. That's because you're building a kernel extension which cannot use the headers in /usr/include. My 10.2 system, installed with only the contents of the released CDs on a new volume, seems to have it. I remember there was a problem with them being missing in earlier seeds of the developer tools, but I thought for sure that was addressed. I'm sure someone more knowledgeable than I will chime in with exactly which versions of things have the fix. If that's not your cup of tea (and it's certainly not the typical business model of any long-time Mac developer), we are in the process of creating a set of more sustainable APIs for such kernel extensions. But as good as we are at guessing your needs, we aren't psychic. You [all] need to let us know what services you need sustainable interfaces for. Well do our best to include those [or comparable equivalents]. This makes me think I'm currently wondering why memcmp is said not to be defined when strings.h is included in a C source of a Kernel extensions. This is where that distinction between /usr/include and Kernel.framework really kicks in. The kernel runtime environment is [purposely] MUCH smaller than what you have available at user space. As such, /System/Library/Frameworks/Kernel.framework/Headers/string.h is NOT the identical file you have available at user space through /usr/include/string.h. It is a greatly limited subset for what is available in-kernel. --Jim _______________________________________________ darwin-kernel mailing list | darwin-kernel@lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.
participants (1)
-
Jim Magee