<div dir="ltr">Hi all,<div><br></div><div>Recently, a couple of PR are posted regarding</div><div>glibc.modulemap in cross-compiling environment.</div><div><br></div><div><a href="https://github.com/apple/swift/pull/2473">https://github.com/apple/swift/pull/2473</a><br></div><div><a href="https://github.com/apple/swift/pull/2486">https://github.com/apple/swift/pull/2486</a><br></div><div><br></div><div>The problem is that glibc.modulemap contains hardcoded SDKROOT in it.</div><div>To resolve that, how about using virtual file system feature in Clang?</div><div><br></div><div>I mean, prepare YAML like this:</div><div><br></div><span style="font-family:monospace,monospace">{</span><br><span class="" style="font-family:monospace,monospace">  &quot;</span><span class="" style="font-family:monospace,monospace">use-external</span><span class="" style="font-family:monospace,monospace">-names&quot;: false,</span><br><span style="font-family:monospace,monospace">  &quot;roots&quot;: [</span><br><span style="font-family:monospace,monospace">    {</span><br><span style="font-family:monospace,monospace">      &quot;type&quot;: &quot;file&quot;,</span><div><span style="font-family:monospace,monospace">      &quot;name&quot;: &quot;${SYSROOT}/usr/include/module.map&quot;,</span><br><span style="font-family:monospace,monospace">      &quot;external-contents&quot;: &quot;${RSRC}/${platform}/${arch}/glibc.modulemap&quot;</span><br><span style="font-family:monospace,monospace">    }</span><br><span style="font-family:monospace,monospace">  ]</span><br><div><font face="monospace, monospace">}</font></div><font face="monospace, monospace"><div><font face="monospace, monospace"><br></font></div></font>Then, invoke Clang with <font face="monospace, monospace">-ivfsoverlay </font>argument.</div><div><br><div>Of course, we have to dynamically create YAML based on <font face="monospace, monospace">-sdk</font> and <font face="monospace, monospace">-target</font></div><div>argument of the Swift compiler.</div><div>Luckily, Clang provides convenient YAML builder for this:</div><div><a href="http://clang.llvm.org/doxygen/classclang_1_1vfs_1_1YAMLVFSWriter.html">http://clang.llvm.org/doxygen/classclang_1_1vfs_1_1YAMLVFSWriter.html</a></div><div><div>It&#39;s easy and trivial work to build that dynamically.</div></div></div><div><br></div><div>Using this feature, glibc.modulemap can be rather simple.</div><div>No need to specify absolute path.</div><div>It can be simple as /usr/include/module.map in Darwin platforms:</div><div><div><br></div><div><font face="monospace, monospace">    module ctype {</font></div><div><font face="monospace, monospace">      header &quot;ctype.h&quot;</font></div><div><font face="monospace, monospace">      export *</font></div><div><font face="monospace, monospace">    }</font></div></div><div><br></div><div>And, it makes easy to import Clang builtin headers like <font face="monospace, monospace">&quot;limits.h&quot;</font>.</div><div><br></div><div>Here is the PoC code:</div><div><a href="https://github.com/apple/swift/compare/master...rintaro:clang-vfsoverlay">https://github.com/apple/swift/compare/master...rintaro:clang-vfsoverlay</a></div><div>It works, and passes all Swift test suite.</div><div><br></div><div>Current my concerns are:</div><div>* The VFS overlay is the right way in the first place?</div><div>* Since I&#39;m a very newbie in C++ programming, I&#39;m not sure I&#39;m doing right thing in the code.</div><div><br></div><div>Any thought?</div><div><br></div></div>