Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-04-22T22:50:11+00:00 2019-04-22T22:50:11+00:00 Richard Smith richard-llvm@metafoo.co.uk 2019-04-22T22:50:11+00:00 urn:sha1:e181de7f4fe9c75327836e5493c2783bcefc9293 llvm-svn: 358932 2019-04-18T21:12:54+00:00 Richard Smith richard-llvm@metafoo.co.uk 2019-04-18T21:12:54+00:00 urn:sha1:a5bbbfef156c818f845a183096bed15747ecb8c3 llvm-svn: 358713 2019-04-14T08:06:59+00:00 Richard Smith richard-llvm@metafoo.co.uk 2019-04-14T08:06:59+00:00 urn:sha1:d652bdd05f1c6a7f732fc01009ce68f7190d0e3d and the global and private module fragment. For now, the private module fragment introducer is ignored, but use of the global module fragment introducer should be properly enforced. llvm-svn: 358353 2018-02-23T19:30:48+00:00 Rafael Espindola rafael.espindola@gmail.com 2018-02-23T19:30:48+00:00 urn:sha1:922f2aa9b2f13631febe7167e6db3cd3b421e161 The tests that failed on a windows host have been fixed. Original message: Start setting dso_local for COFF. With this there are still some GVs where we don't set dso_local because setGVProperties is never called. I intend to fix that in followup commits. This is just the bare minimum to teach shouldAssumeDSOLocal what it should do for COFF. llvm-svn: 325940 2017-11-21T09:42:42+00:00 Hamza Sood hamza_sood@me.com 2017-11-21T09:42:42+00:00 urn:sha1:81fe14e4c32c76de0f4e5d670eedbfc6bccab75c This implements [dcl.modules.export] from the C++ Modules TS, which lets a module re-export another module with the "export import" syntax. Differential Revision: https://reviews.llvm.org/D40270 llvm-svn: 318744 2017-10-11T00:36:56+00:00 Richard Smith richard-llvm@metafoo.co.uk 2017-10-11T00:36:56+00:00 urn:sha1:18057cb34c83a11889e0cced9ab43aa57875634f llvm-svn: 315397 2017-10-10T22:35:27+00:00 Richard Smith richard-llvm@metafoo.co.uk 2017-10-10T22:35:27+00:00 urn:sha1:d97d35e1500d98f4f50938c5ecae98a1301a9a10 llvm-svn: 315381 2017-10-10T22:33:17+00:00 Richard Smith richard-llvm@metafoo.co.uk 2017-10-10T22:33:17+00:00 urn:sha1:becb92dec85924969ac0c3b049e0a74def431453 When declaring an entity in the "purview" of a module, it's never a redeclaration of an entity in the purview of a default module or in no module ("in the global module"). Don't consider those other declarations as possible redeclaration targets if they're not visible, and reject any cases where we pick a prior visible declaration that violates this rule. This reinstates r315251 and r315256, reverted in r315309 and r315308 respectively, tweaked to avoid triggering a linkage calculation when declaring implicit special members (this exposed our pre-existing issue with typedef names for linkage changing the linkage of types whose linkage has already been computed and cached in more cases). A testcase for that regression has been added in r315366. llvm-svn: 315379 2017-10-10T13:09:40+00:00 Eric Liu ioeric@google.com 2017-10-10T13:09:40+00:00 urn:sha1:f01516db8de1b7f7599b3e21f687adc6f2d71df2 This reverts commit r315251. See the original commit thread for reason. llvm-svn: 315309 2017-10-09T23:42:09+00:00 Richard Smith richard-llvm@metafoo.co.uk 2017-10-09T23:42:09+00:00 urn:sha1:b87720b77aee65e30a6181e239cbf708f4d29259 When declaring an entity in the "purview" of a module, it's never a redeclaration of an entity in the purview of a default module or in no module ("in the global module"). Don't consider those other declarations as possible redeclaration targets if they're not visible, and reject any cases where we pick a prior visible declaration that violates this rule. llvm-svn: 315251