Jordan Rose 74bc750c43 [PrintAsObjC] Use #import for the underlying module (instead of @import). ...

When generating a header for the Swift half of a mixed-source framework,
we can't import the framework using @import, because that means a submodule
is trying to import a parent module before the module is done being built.
This currently isn't supported in Clang, though it only recently became an
error instead of being ignored.

Instead, we now assume that the framework will have an umbrella header with
the same name as the framework module, which is the same assumption Xcode
makes when you don't provide your own module map. I'm not too concerned about
people trying to build mixed-source frameworks who /don't/ have umbrella
headers.

This doesn't affect app targets at all, which use -import-objc-header instead
of a standalone underlying module.

<rdar://problem/16879704>

Swift SVN r17984

2014-05-13 00:38:49 +00:00

..

module.modulemap

[PrintAsObjC] Use #import for the underlying module (instead of @import).

2014-05-13 00:38:49 +00:00