aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/main/java/com/google/devtools/build/lib/rules/cpp/CppModuleMapAction.java
Commit message (Collapse)AuthorAge
* Include generateSubmodules in the cache key.Gravatar Googler2015-03-23
| | | | | -- MOS_MIGRATED_REVID=89149156
* Add a feature to put each header into it's own submodule. This will be requiredGravatar Googler2015-03-16
| | | | | | | | | | | | | | | | | | to keep the existing behavior when turning on C++ modules. The problem is that a #include of a header gets internally translated into an import of the header's (sub)module. Now, if all headers of a cc_library are in the same module, this means, a single import of one of them makes the symbols of all of them accessible. While this isn't inherently problematic, it breaks the similarity between a modules and non-modules build. This behavior is hidden behind a feature for now as I have just committed necessary changes to Clang, which will need to be release to stable, before we can flip everything. Also, don't put a header as both normal and private header if it is present in both. (Or don't output two submodules with the new implementation). -- MOS_MIGRATED_REVID=88723759
* Convert ResourceSet ctor calls to factory methodGravatar Mark Schaller2015-02-20
| | | | | | | | | | Most current invocations of the ResourceSet constructor shouldn't care about any new dimensions we add to restrict test execution. This change allows us to make those changes, keep the ResourceSet ctor symmetrical, and avoid contaminating those ctor call sites with noise. -- MOS_MIGRATED_REVID=86826112
* Fix cache key generation of CppModuleMapAction.Gravatar Manuel Klimek2015-02-11
| | | | | | | | | It was missing multiple members in its key computation. RELNOTES: Fix .cppmap file re-generation. -- MOS_MIGRATED_REVID=86074231
* Update from Google.Gravatar Han-Wen Nienhuys2015-02-25
-- MOE_MIGRATED_REVID=85702957