xref: /xnu-10063.101.15/osfmk/kern/kcdata.modulemap (revision 94d3b452840153a99b38a3a9659680b2a006908e)
1#ifdef XNU_KERNEL_PRIVATE
2// kern/kcdata.h gets its own top level module outside of the Darwin module
3// to support building libkdd (one of our alias projects). libkdd can’t use
4// <kern/kcdata.h> because it doesn’t produce that header itself, and so Xcode
5// would pick up the old one in the SDK rather than mapping to the new one in
6// SRCROOT. To get around that, libkdd uses <kcdata.h> to not match anything in
7// the SDK and fall back on the one in SRCROOT. So far so good, but libkdd needs
8// to avoid accidentally also picking up <kern/kcdata.h> via a module, or it
9// will run into all kinds of redeclaration sadness that the include guards
10// somehow don’t block. (Maybe because <kcdata.h> isn’t modular and
11// <kern/kcdata.h> is?) libkdd uses the Darwin module, and so <kern/kcdata.h>
12// needs its own top level module that sits on top of Darwin.
13#endif
14module kcdata [system] {
15  header "kern/kcdata.h"
16  export *
17}
18