xref: /xnu-11417.121.6/osfmk/kern/kcdata.modulemap (revision a1e26a70f38d1d7daa7b49b258e2f8538ad81650)
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