[swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

rintaro ishizaki fs.output at gmail.com
Sat May 21 07:36:58 CDT 2016

Hi all,

Recently, a couple of PR are posted regarding
glibc.modulemap in cross-compiling environment.


The problem is that glibc.modulemap contains hardcoded SDKROOT in it.
To resolve that, how about using virtual file system feature in Clang?

I mean, prepare YAML like this:

  "use-external-names": false,
  "roots": [
      "type": "file",
      "name": "${SYSROOT}/usr/include/module.map",
      "external-contents": "${RSRC}/${platform}/${arch}/glibc.modulemap"

Then, invoke Clang with -ivfsoverlay argument.

Of course, we have to dynamically create YAML based on -sdk and -target
argument of the Swift compiler.
Luckily, Clang provides convenient YAML builder for this:
It's easy and trivial work to build that dynamically.

Using this feature, glibc.modulemap can be rather simple.
No need to specify absolute path.
It can be simple as /usr/include/module.map in Darwin platforms:

    module ctype {
      header "ctype.h"
      export *

And, it makes easy to import Clang builtin headers like "limits.h".

Here is the PoC code:
It works, and passes all Swift test suite.

Current my concerns are:
* The VFS overlay is the right way in the first place?
* Since I'm a very newbie in C++ programming, I'm not sure I'm doing right
thing in the code.

Any thought?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-dev/attachments/20160521/076dd41e/attachment.html>

More information about the swift-dev mailing list