[PATCH] [modules] PR20507: Avoid silent textual inclusion.

Ben Langmuir blangmuir at apple.com
Wed Jul 1 16:47:08 PDT 2015


> Should this be `textual` instead of `exclude`? That's generally a better way to handle `assert.h`, I think. (That said, I don't think it really matters, because no-one cares which module `assert.h` is in, and we don't yet build PTH for textual headers.)


Yeah, `assert.h` should really be `textual`. I just thought it seemed odd that marking something `requires excluded` would correspond to `textual` instead of `exclude`.  I think either would be fine, really.  Also, we'd probably want a warning about this behaviour.

And... I just discovered another module map bug this change exposed.  We mislabeled the `IOKit.avc` submodule as `requires cplusplus`.  After this patch, the `IOKit` module (and therefore all of `Cocoa`) won't build outside C++ modes :-(   I propose an egregious special case hack that checks for the offending module by name and drops the bogus requirement.


http://reviews.llvm.org/D10423

EMAIL PREFERENCES
  http://reviews.llvm.org/settings/panel/emailpreferences/






More information about the cfe-commits mailing list