Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-07-31T18:01:55+00:00 2019-07-31T18:01:55+00:00 Nico Weber nicolasweber@gmx.de 2019-07-31T18:01:55+00:00 urn:sha1:ebbce04c14bbbed3c73e3ac32b49f49fd5743aa1 See https://reviews.llvm.org/D58620 for discussion, and for the commands I ran. In addition I also ran for f in $(svn diff | diffstat | grep .cc | cut -f 2 -d ' '); do rg $f . ; done and manually updated references to renamed files found by that. llvm-svn: 367456 2019-07-20T17:44:30+00:00 Serge Guelton sguelton@redhat.com 2019-07-20T17:44:30+00:00 urn:sha1:a30a4a35ecbd2ebff79de8a193e7045b17da3ff5 Fix llvm#39641 Recommit of r366413 Differential Revision: https://reviews.llvm.org/D63877 > llvm-svn: 366632 llvm-svn: 366638 2019-07-20T13:00:12+00:00 Serge Guelton sguelton@redhat.com 2019-07-20T13:00:12+00:00 urn:sha1:7a3d4c15a7fc647abeee0322f2de9aab1caa837e This reverts commit cbd28cd05bb11e9d76d71c6cc2d38d89dbb1fe1a. Buildbot fail: http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/22434/steps/64-bit%20check-asan-dynamic/ llvm-svn: 366634 2019-07-20T12:01:18+00:00 Serge Guelton sguelton@redhat.com 2019-07-20T12:01:18+00:00 urn:sha1:cbd28cd05bb11e9d76d71c6cc2d38d89dbb1fe1a Fix llvm#39641 Recommit of r366413 Differential Revision: https://reviews.llvm.org/D63877 llvm-svn: 366632 2019-07-19T21:41:07+00:00 Matthew Voss matthew.voss@sony.com 2019-07-19T21:41:07+00:00 urn:sha1:407e8375402f7b4126b24ddea58e713558291d35 This reverts commit 8e46275488ca453a24964cb26be0736172ad1db8. This was failing on sanitizer-x86_64-linux and our internal CI. llvm-svn: 366618 2019-07-19T15:20:36+00:00 Serge Guelton sguelton@redhat.com 2019-07-19T15:20:36+00:00 urn:sha1:8e46275488ca453a24964cb26be0736172ad1db8 Fix llvm#39641 Recommit of r366413 Differential Revision: https://reviews.llvm.org/D63877 llvm-svn: 366588 2019-07-18T17:43:44+00:00 Matthew Voss matthew.voss@sony.com 2019-07-18T17:43:44+00:00 urn:sha1:3e93131dd292800fd9f56c93a81d85fb86e3116f This reverts commit 63719119c78ca965b5d80e5c20fcfe81ba28f896. The tests in this commit were failing on a Linux sanitizer bot and our internal CI. http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/22401/steps/test%20standalone%20compiler-rt%20with%20symbolizer/logs/stdio llvm-svn: 366472 2019-07-18T08:09:31+00:00 Serge Guelton sguelton@redhat.com 2019-07-18T08:09:31+00:00 urn:sha1:63719119c78ca965b5d80e5c20fcfe81ba28f896 Fix llvm#39641 Differential Revision: https://reviews.llvm.org/D63877 llvm-svn: 366413 2019-05-01T20:57:59+00:00 Julian Lettner jlettner@apple.com 2019-05-01T20:57:59+00:00 urn:sha1:91c166cbb035a22db1b0ebee7bb760c55c80b77d On Linux both version of the INTERCEPT_FUNCTION macro now return true when interception was successful. Adapt and cleanup some usages. Also note that `&(func) == &WRAP(func)` is a link-time property, but we do a runtime check. Tested on Linux and macOS. Previous attempt reverted by: 5642c3feb03d020dc06a62e3dc54f3206a97a391 This attempt to bring order to the interceptor macro goes the other direction and aligns the Linux implementation with the way things are done on Windows. Reviewed By: vitalybuka, rnk Differential Revision: https://reviews.llvm.org/D61358 llvm-svn: 359725 2019-04-30T20:59:56+00:00 Reid Kleckner rnk@google.com 2019-04-30T20:59:56+00:00 urn:sha1:5642c3feb03d020dc06a62e3dc54f3206a97a391 Changing INTERCEPT_FUNCTION to return void is not functionally correct. IMO the best way to communicate failure or success of interception is with a return value, not some external address comparison. This change was also creating link errors for _except_handler4_common, which is exported from ucrtbase.dll in 32-bit Windows. Also revert dependent changes r359362 and r359466. llvm-svn: 359611