First we can't use HAVE_MACH which isn't namespaces in a system header. Second we don't want to ship configure.h either anyway.
Last we discussed with Daniel about that already and we'll probably end up having things based on __have_include() eventually. So for now __APPLE__ will do in headers. Everywhere else HAVE_MACH is used correctly as expected. -Pierre on his iPhone > On 19 déc. 2015, at 13:11, Chris Hanson via swift-corelibs-dev > <swift-corelibs-dev@swift.org> wrote: > >> On Dec 14, 2015, at 8:12 PM, Pierre Habouzit via swift-corelibs-dev >> <swift-corelibs-dev@swift.org> wrote: >> >> Technically, until someone ports libdispatch to GNU/Hurd,it’s okay to use >> #if __APPLE__ to hide anything mach related. > > I think it would be better not to conflate __APPLE__ and HAVE_MACH. > > I don't expect a libdispatch port to OSF/1 any time soon, but libdispatch is > already used in Jordan Hubbard's "NextBSD" effort, and that actually does > provide Mach APIs without being an Apple platform. > > -- Chris > > _______________________________________________ > swift-corelibs-dev mailing list > swift-corelibs-dev@swift.org > https://lists.swift.org/mailman/listinfo/swift-corelibs-dev _______________________________________________ swift-corelibs-dev mailing list swift-corelibs-dev@swift.org https://lists.swift.org/mailman/listinfo/swift-corelibs-dev
