Closed
Description
CI on macOS sometimes fails due to this failure:
failures:
---- [debuginfo-lldb] debuginfo/pretty-std-collections.rs stdout ----
NOTE: compiletest thinks it is using LLDB version 1200
NOTE: compiletest thinks it is using LLDB without native rust support
error: Error while running LLDB
stderr:
------------------------------------------
error: need to add support for DW_TAG_base_type '()' encoded with DW_ATE = 0x7, bit_size = 0
clang: CommandLine Error: Option 'h' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
------------------------------------------
failures:
[debuginfo-lldb] debuginfo/pretty-std-collections.rs
You can find the full log here: https://github.com/rust-lang-ci/rust/runs/1340649828
The failure occurs on #78501, #78489, and #78661 (at least).
Metadata
Metadata
Assignees
Labels
Area: Code generation parts specific to LLVM. Both correctness bugs and optimization-related issues.Area: Debugging information in compiled programs (DWARF, PDB, etc.)Area: GitHub Actions (GHA)Area: Spurious failures in builds (spuriously == for no apparent reason)Category: This is a bug.Operating system: macOSRelevant to the infrastructure team, which will review and decide on the PR/issue.
Type
Projects
Milestone
Relationships
Participants
Activity
JohnTitor commentedon Nov 2, 2020
Oh, I just found the related Zulip topic: https://rust-lang.zulipchat.com/#narrow/stream/242791-t-infra/topic/apple-x86_64.20gha.20checks
compiletest: try running lldb_batchmode.py with PYTHONUNBUFFERED
Auto merge of rust-lang#78667 - pietroalbini:lldb-unbuffered, r=Mark-…
pietroalbini commentedon Nov 2, 2020
Please ping me if another failure happens again.
29 remaining items
est31 commentedon Nov 16, 2020
→ #79094
artemmukhin commentedon Nov 16, 2020
@ehuss
You're right, seems like "LLDB with native Rust support" (which is basically LLDB with Rust support patches) is not used in
rustcanymore. However, it is used in IntelliJ Rust and CodeLLDB AFAIK.BTW, probably @tromey could tell something about
error: need to add support for DW_TAG_base_type '()' encoded with DW_ATE = 0x7, bit_size = 0error regarding LLDB? Was this problem fixed in the Rust-enabled LLDB?@est31 There are really lots of ignored debugging tests, so I agree with you that disabling these tests on macOS won't make it much worse.
tromey commentedon Nov 16, 2020
Yes, but maybe not in the way you may be thinking. In LLDB, each language provides its own code to analyze DWARF. So, the Rust-specific DWARF analysis handles this case without issuing an error. See
DWARFASTParserRust::ParseSimpleTypefor the DWARF-reading bit. Offhand I would expect it to useDW_ATE_void, and digging through the LLDB patches a bit supports this, but I'm not sure. This kind of difference is trivial to handle though.Rollup merge of rust-lang#79094 - est31:ignore_macos, r=pietroalbini
ehuss commentedon Feb 6, 2021
I think an unintended consequence of #79094 is that pretty-std-collections is no longer tested on any platform, and it has been broken over time (#81814).
est31 commentedon Feb 6, 2021
@ehuss my PR only ignored the test on Mac OS. It should still be tested on Linux, no?
ehuss commentedon Feb 6, 2021
@est31 See #81813.
est31 commentedon Feb 6, 2021
@ehuss oh that's unfortunate. It was definitely not my intent when doing that. The gdb tests should still be run. At least when I change something in the gdb related text on my local Linux machine I get a test failure (otherwise a success). For some reason I don't get such a reaction when altering the lldb related text tho.
est31 commentedon Feb 6, 2021
(To make it clear, the premise of #79094 was that it does still run all the tests on linux, but apparently the lldb ones were only run on mac OS.... I installed lldb locally on my Linux and it's broken.... maybe the solution is really to make the Linux box do
sudo apt install lldbsomewhere)Auto merge of rust-lang#115128 - davidtwco:re-enable-debuginfo-test, …