<html>

    <head>

      <base href="http://llvm.org/bugs/" />

    </head>

    <body><span class="vcard"><a class="email" href="mailto:191919@gmail.com" title="jh <191919@gmail.com>"> <span class="fn">jh</span></a>

</span> changed

              <a class="bz_bug_link 

          bz_status_REOPENED "

   title="REOPENED --- - clang failed to compile Objective-C++ code with -fmodules"

   href="http://llvm.org/bugs/show_bug.cgi?id=21626">bug 21626</a>

        <br>

             <table border="1" cellspacing="0" cellpadding="8">

          <tr>

            <th>What</th>

            <th>Removed</th>

            <th>Added</th>

          </tr>

         <tr>

           <td style="text-align:right;">Status</td>

           <td>RESOLVED

           </td>

           <td>REOPENED

           </td>

         </tr>

         <tr>

           <td style="text-align:right;">Resolution</td>

           <td>INVALID

           </td>

           <td>---

           </td>

         </tr></table>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_REOPENED "

   title="REOPENED --- - clang failed to compile Objective-C++ code with -fmodules"

   href="http://llvm.org/bugs/show_bug.cgi?id=21626#c6">Comment # 6</a>

              on <a class="bz_bug_link 

          bz_status_REOPENED "

   title="REOPENED --- - clang failed to compile Objective-C++ code with -fmodules"

   href="http://llvm.org/bugs/show_bug.cgi?id=21626">bug 21626</a>

              from <span class="vcard"><a class="email" href="mailto:191919@gmail.com" title="jh <191919@gmail.com>"> <span class="fn">jh</span></a>

</span></b>

        <pre><span class="quote">> The point of [extern_c] is twofold: (1) it builds the

> target module in an implicit extern "C" context (which

> affects its semantics in lots of ways), and (2) it

> allows the module to be imported in an extern "C"

> context. You don't want (2) without (1), because that

> can lead to silent and hard-to-diagnose build breaks.</span >

Thank you for the explanation.

I don't know whether it is correct: `module` works like precompiled headers

which works fine without [extern_c]. Since `extern "C"` is a linkage, i.e., it

is used in link-time, and the linker works fine with current defines in

headers, why another marker is needed at compile-time?

<span class="quote">> The next problem is with the CoreFoundation module map.

> Again, this is an Apple problem not a Clang one. The

> reason why this "works" with XCode 6.1 is that -fmodules

> does nothing in C++ mode there.</span >

<span class="quote">> Ultimately, the problem is that the module maps you're

> using have not been made to work with C++, and they don't.</span >

I have modified all module maps in OS X SDK and recompile the code, this time

the header-file-scattering problem.

In OS X/iOS SDK, header files in one framework could be in another framework,

for example: IORegistryEntry.h belongs to IOKit，but it is placed under

Kernel.framework. I know this is Apple's problem, too, but the old question:

without `-fmodules`, the compiler works fine with locating the file in both

objective-C and C++ mode.

```