Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.0 2019-09-27T12:54:21+00:00 2019-09-27T12:54:21+00:00 Guillaume Chatelet gchatelet@google.com 2019-09-27T12:54:21+00:00 urn:sha1:18f805a7ea5f369ef523821693f1176b40bcfc7e llvm-svn: 373081 2019-09-11T13:37:35+00:00 Guillaume Chatelet gchatelet@google.com 2019-09-11T13:37:35+00:00 urn:sha1:97264366fbad7105e55c770b5bb4c83f135334f0 Summary: This is patch is part of a series to introduce an Alignment type. See this thread for context: http://lists.llvm.org/pipermail/llvm-dev/2019-July/133851.html See this patch for the introduction of the type: https://reviews.llvm.org/D64790 Reviewers: courbet Subscribers: dschuff, sdardis, nemanjai, hiraditya, kbarton, jrtc27, MaskRay, atanasyan, jsji, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D67443 llvm-svn: 371616 2019-09-05T10:00:22+00:00 Guillaume Chatelet gchatelet@google.com 2019-09-05T10:00:22+00:00 urn:sha1:aff45e4b235dd7f369c7054761ccb3853fafdfac Summary: This patch renames functions that takes or returns alignment as log2, this patch will help with the transition to llvm::Align. The renaming makes it explicit that we deal with log(alignment) instead of a power of two alignment. A few renames uncovered dubious assignments: - `MirParser`/`MirPrinter` was expecting powers of two but `MachineFunction` and `MachineBasicBlock` were using deal with log2(align). This patch fixes it and updates the documentation. - `MachineBlockPlacement` exposes two flags (`align-all-blocks` and `align-all-nofallthru-blocks`) supposedly interpreted as power of two alignments, internally these values are interpreted as log2(align). This patch updates the documentation, - `MachineFunctionexposes` exposes `align-all-functions` also interpreted as power of two alignment, internally this value is interpreted as log2(align). This patch updates the documentation, Reviewers: lattner, thegameg, courbet Subscribers: dschuff, arsenm, jyknight, dylanmckay, sdardis, nemanjai, jvesely, nhaehnle, javed.absar, hiraditya, kbarton, fedor.sergeev, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, MaskRay, zzheng, edward-jones, atanasyan, rogfer01, MartinMosbeck, brucehoult, the_o, dexonsmith, PkmX, jocewei, jsji, Jim, s.egerton, llvm-commits, courbet Tags: #llvm Differential Revision: https://reviews.llvm.org/D65945 llvm-svn: 371045 2019-01-19T08:50:56+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T08:50:56+00:00 urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3 to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2018-05-18T18:26:45+00:00 Peter Collingbourne peter@pcc.me.uk 2018-05-18T18:26:45+00:00 urn:sha1:f7b81db7157cf424db8da07351df9528a032567e The idea is that a client that wants split dwarf would create a specific kind of object writer that creates two files, and use it to create the streamer. Part of PR37466. Differential Revision: https://reviews.llvm.org/D47050 llvm-svn: 332749 2017-10-11T23:34:47+00:00 Lang Hames lhames@gmail.com 2017-10-11T23:34:47+00:00 urn:sha1:2241ffa43cee14361757e9dbdee01161030d1656 MCObjectStreamer owns its MCCodeEmitter -- this fixes the types to reflect that, and allows us to remove the last instance of MCObjectStreamer's weird "holding ownership via someone else's reference" trick. llvm-svn: 315531 2017-10-11T01:57:21+00:00 Lang Hames lhames@gmail.com 2017-10-11T01:57:21+00:00 urn:sha1:02d330548d07cfbbb7cd496c94a514802527dfeb MCObjectStreamer owns its MCAsmBackend -- this fixes the types to reflect that, and allows us to remove another instance of MCObjectStreamer's weird "holding ownership via someone else's reference" trick. llvm-svn: 315410 2015-06-23T09:49:53+00:00 Alexander Kornienko alexfh@google.com 2015-06-23T09:49:53+00:00 urn:sha1:f00654e31b984a8021db6444537093121607d8cf Apparently, the style needs to be agreed upon first. llvm-svn: 240390 2015-06-19T15:57:42+00:00 Alexander Kornienko alexfh@google.com 2015-06-19T15:57:42+00:00 urn:sha1:70bc5f1398c2d4fbfa4f5ae524b5514f3abe12b5 The patch is generated using this command: tools/clang/tools/extra/clang-tidy/tool/run-clang-tidy.py -fix \ -checks=-*,llvm-namespace-comment -header-filter='llvm/.*|clang/.*' \ llvm/lib/ Thanks to Eugene Kosov for the original patch! llvm-svn: 240137 2015-04-14T22:14:34+00:00 Rafael Espindola rafael.espindola@gmail.com 2015-04-14T22:14:34+00:00 urn:sha1:5560a4cfbd6c4c8632f9b7662aa9fe477bbc7374 The ELF object writer will take advantage of that in the next commit. llvm-svn: 234950