Re: Using SystemConfiguration API inside KEXT
Re: Using SystemConfiguration API inside KEXT
- Subject: Re: Using SystemConfiguration API inside KEXT
- From: Jens Alfke <email@hidden>
- Date: Tue, 11 May 2010 14:18:24 -0700
On May 11, 2010, at 1:36 PM, John B Brown wrote:
even an Apple proprietary form, but the call as listed in the
original note, <SystemConfiguration/SystemConfiguration.h>, looks
like classic C language. Ie. look under the include tree.
I suggested there was no way that call could produce the header
because the file did not exist as the include call described.
The behavior of #include <...> is compiler- and OS-dependent. It just
means the compiler should look at some unspecified set of system
headers when resolving the filename. GCC has mechanisms for describing
a set of system include directories to be searched. Mac OS X
additionally enables a mainline GCC extension for 'frameworks', which
are a handy way to package up headers with their libraries. These are
specified using a different flag to GCC.
There is nothing contrary to any standard going on here. Of course
it's different from Linux. It's a different OS. Standards are written
with the understanding that there are going to be multiple
implementations that are different from each other. Deal with it.
If you want behavior that's more like you're used to, consider writing
your own GCC command lines and makefiles.
Another peeve; the replies are missing the originals! In a technical
discussion it's nice to know we are all discussing the same problem
Please don't start a second religious war. There are several formats
for replying to emails and everyone has their favorite. Flaming about
them is incredibly tiresome and likely to get you moderated.
If you want to know exactly what an email was in reply to, look at the
threaded view in Thunderbird (which is what you seem to be using to
read mail.) Or you can always refer to the In-Reply-To and References:
message headers.
—Jens _______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden