Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2020-01-28T13:24:36+00:00 2020-01-28T13:24:36+00:00 Pavel Labath pavel@labath.sk 2020-01-24T11:02:43+00:00 urn:sha1:54b022d344412fc9f1dfe37ee05de934a01e1ea4 The test was printing a char[3] variable without a terminating nul. The memory after that variable (an unnamed bitfield) was not initialized. If the memory happened to be nonzero, the summary provider for the variable would run off into the next field. This is probably not the right behavior (it should stop at the end of the array), but this is not the purpose of this test. I have filed pr44649 for this bug, and fixed the test to not depend on this behavior. (cherry picked from commit 77cedb0cdb8623ff9eb22dbf3b9302ee4d9f8a20) 2020-01-27T14:10:11+00:00 shafik syaghmour@apple.com 2020-01-23T22:42:12+00:00 urn:sha1:b5cf892651812003e64c4a8f0dbf81f74a499016 We ran into an assert when debugging clang and performing an expression on a class derived from DeclContext. The assert was indicating we were getting the offsets wrong for RecordDeclBitfields. We were getting both the size and offset of unnamed bit-field members wrong. We could fix this case with a quick change but as I extended the test suite to include more combinations we kept finding more cases that were being handled incorrectly. A fix that handled all the new cases as well as the cases already covered required a refactor of the existing technique. Differential Revision: https://reviews.llvm.org/D72953 (cherry picked from commit fcaf5f6c01a09f23b948afb8c91c4dd951d4525e) 2020-01-14T19:15:48+00:00 Stella Stamenova stilis@microsoft.com 2020-01-14T19:13:22+00:00 urn:sha1:ab72db7fc85266f094cc6b9452dd01f175c04cab After https://reviews.llvm.org/D70846, the test is now passing on Windows 2020-01-14T13:59:56+00:00 Levon Ter-Grigoryan patriosthegreat@protonmail.ch 2020-01-14T13:33:43+00:00 urn:sha1:a705cf1acbe94498f7fcca4e89be6d4820271227 Summary: This change is connected with https://reviews.llvm.org/D69843 In large codebases, we sometimes see Module::FindFunctions (when called from ClangExpressionDeclMap::FindExternalVisibleDecls) returning huge amounts of functions. In current fix I trying to return only function_fullnames from ManualDWARFIndex::GetFunctions when eFunctionNameTypeFull is passed as argument. Reviewers: labath, jarin, aprantl Reviewed By: labath Subscribers: shafik, clayborg, teemperor, arphaman, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D70846 2020-01-13T09:40:29+00:00 Raphael Isemann teemperor@gmail.com 2020-01-13T09:00:06+00:00 urn:sha1:ddf044290ede7d7fd47f4f673e3e628f551a8aac Summary: This just adds `NO_DEBUG_INFO_TESTCASE` to tests that don't really exercise anything debug information specific and therefore don't need to be rerun for all debug information variants. Reviewers: labath, jingham, aprantl, mib, jfb Reviewed By: aprantl Subscribers: dexonsmith, JDevlieghere, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D72447 2020-01-06T17:53:06+00:00 Jonas Devlieghere jonas@devlieghere.com 2020-01-06T17:52:09+00:00 urn:sha1:3abc2927cb2372349fbbc0b62382c85d7d000f2c skipTestIfFn can only be used to decorate a test method. 2020-01-06T17:06:09+00:00 Jonas Devlieghere jonas@devlieghere.com 2020-01-06T17:06:09+00:00 urn:sha1:8eba3fbb12fc179959f709aa93f9af8d902fb6d7 This test is timing out on the sanitized bot on GreenDragon. Temporarily disable it to increase the signal-to-noise ration. 2019-12-20T10:07:30+00:00 Raphael Isemann teemperor@gmail.com 2019-12-20T10:07:27+00:00 urn:sha1:29bd2194979c50097edb39a4beb714bff8c153a1 As pointed out in D71694 this wasn't tested before in LLDB. 2019-12-17T09:28:40+00:00 Raphael Isemann teemperor@gmail.com 2019-12-17T08:48:54+00:00 urn:sha1:d5b54bbfaf19a8527ebf70fbf23cb8d2937f15ef Summary: D69991 introduced `__attribute__((objc_direct))` that allows directly calling methods without message passing. This patch adds support for calling methods with this attribute to LLDB's expression evaluator. The patch can be summarised in that LLDB just adds the same attribute to our module AST when we find a method with `__attribute__((objc_direct))` in our debug information. Reviewers: aprantl, shafik Reviewed By: shafik Subscribers: JDevlieghere, lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D71196 2019-12-17T02:09:24+00:00 Jim Ingham jingham@apple.com 2019-12-17T02:08:21+00:00 urn:sha1:9e9c5f0a6346ef02e31d5e8b91e6aab16a2e9370 These files built on macos but not on Debian Linux. Let's see if this fixes it.