{"push_id":1438157726,"size":5,"distinct_size":5,"ref":"refs/heads/master","head":"b9c245acc23905bf6158e401fe4b01e28f656ed7","before":"07e8c9454b48b0ee777b04b76d12e2339b0f2488","commits":[{"sha":"fc454719b46cd00a5877958cd1cb9097e4f0472c","author":{"name":"Daniel Jasper","email":"3b340437527f53faa3c9db5bbc30419c09b4e1fa@google.com"},"message":"Revert \"Recover better from an incompatible .pcm file being provided by -fmodule-file=. We try to include the headers of the module textually in this case, still enforcing the modules semantic rules. In order to make that work, we need to still track that we're entering and leaving the module. Also, if the module was also marked as unavailable (perhaps because it was missing a file), we shouldn't mark the module unavailable -- we don't need the module to be complete if we're going to enter it textually.\"\n\nThis reverts commit r288449.\n\nI believe that this is currently faulty wrt. modules being imported\ninside namespaces. Adding these lines to the new test:\n\n  namespace n {\n  #include \"foo.h\"\n  }\n\nMakes it break with\n\n  fatal error: import of module 'M' appears within namespace 'n'\n\nHowever, I believe it should fail with\n\n  error: redundant #include of module 'M' appears within namespace 'n'\n\nI have tracked this down to us now inserting a tok::annot_module_begin\ninstead of a tok::annot_module_include in\nPreprocessor::HandleIncludeDirective() and then later in\nParser::parseMisplacedModuleImport(), we hit the code path for\ntok::annot_module_begin, which doesn't set FromInclude of\ncheckModuleImportContext to true (thus leading to the \"wrong\"\ndiagnostic).\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@288626 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/hfinkel/clang-bgq/commits/fc454719b46cd00a5877958cd1cb9097e4f0472c"},{"sha":"5dca580b2f95f82e2b8640c48ce217f46078ac71","author":{"name":"Peter Collingbourne","email":"6214814a67b9688a08e8c6dc7fa5dee076dddc8d@pcc.me.uk"},"message":"IRGen: Remove an unused overload of CreateAlignedLoad.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@288629 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/hfinkel/clang-bgq/commits/5dca580b2f95f82e2b8640c48ce217f46078ac71"},{"sha":"7bf57ebec1e6eb5f92a317101426436fc9f07100","author":{"name":"Matthias Braun","email":"8a3a3d0fd28f458f6e52ab07962f3b51b385dc37@braunis.de"},"message":"Adapt to llvm/TableGen DagInit changes.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@288645 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/hfinkel/clang-bgq/commits/7bf57ebec1e6eb5f92a317101426436fc9f07100"},{"sha":"88800602c0baafb8739cb838c2fa3f5fb6cc6968","author":{"name":"Richard Smith","email":"623b07eec604b9e26cffdaff9133eaf2c80f18f3@metafoo.co.uk"},"message":"DR1213: element access on an array xvalue or prvalue produces an xvalue. In the\nlatter case, a temporary array object is materialized, and can be\nlifetime-extended by binding a reference to the member access. Likewise, in an\narray-to-pointer decay, an rvalue array is materialized before being converted\ninto a pointer.\n\nThis caused IR generation to stop treating file-scope array compound literals\nas having static storage duration in some cases in C++; that has been rectified\nby modeling such a compound literal as an lvalue. This also improves clang's\ncompatibility with GCC for those cases.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@288654 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/hfinkel/clang-bgq/commits/88800602c0baafb8739cb838c2fa3f5fb6cc6968"},{"sha":"b9c245acc23905bf6158e401fe4b01e28f656ed7","author":{"name":"Hal Finkel","email":"ade1f80d158808ed614768ed762ff7442418e9e3@anl.gov"},"message":"Merge branch 'master', remote branch 'trunk/master'","distinct":true,"url":"https://api.github.com/repos/hfinkel/clang-bgq/commits/b9c245acc23905bf6158e401fe4b01e28f656ed7"}]}
{"actor":{"display_login":"hfinkel"}}