[cfe-dev] help with modules

[Thompson, John]

Hi,

Could someone help me understand what is wrong with the enclosed build module example?  (It's kind of in the form of a test, but ignore the comment for running the test, as it's just a source file here.)

I'm trying to gear up to add a fixit message for undefined types which can be found in a module, but I can't get this simple scenario to work.  The idea is that if I later remove the #include, I'll get an error on the undefined type, which nonetheless could be found in a module, allowing me to add a fixit.

In looking at other modules tests, it seems that if I put the module.map file in a subdirectory and use a -I option, clang can find the module map there and load it, right?

In looking at this in a debugger, in the HandleIncludeDirective function, the lookupFile call at line 1452 loads the module map.  But then at line 1655 a loadModule call loads the module map again, but fails.

To reproduce, just run the makefile, which produces:

***
d:\Clang\bugs\modules>make
clang -cc1 -fmodules-cache-path=TestOutput -fmodules -IInputs\UndefinedFixIt1 UndefinedFixIt1.cpp
<module-includes>:1:10: fatal error: 'Inputs\UndefinedFixIt1\public1.h' file not found
#include "Inputs\UndefinedFixIt1\public1.h"
         ^
UndefinedFixIt1.cpp:4:10: fatal error: could not build module 'public1'
#include "public1.h"
~~~~~~~~^~~~~~~~~~~
2 errors generated.
make: *** [all] Error 1
***

It's probably something simple, but I can't see it.

Thanks.

-John


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140108/2c43daf7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jtmodules.zip
Type: application/x-zip-compressed
Size: 1146 bytes
Desc: jtmodules.zip
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20140108/2c43daf7/attachment.bin>