rust/compiler/rustc_codegen_llvm/src/debuginfo/metadata, branch cargo_update https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=cargo_update 2025-09-17T12:32:22+00:00 Use `LLVMDIBuilderCreateQualifiedType` 2025-09-17T12:32:22+00:00 Zalathar Zalathar@users.noreply.github.com 2025-09-17T11:36:59+00:00 urn:sha1:002771ab5c3a329038843d578d5f83c0289a959d Use `LLVMDIBuilderCreateStaticMemberType` 2025-09-17T12:32:22+00:00 Zalathar Zalathar@users.noreply.github.com 2025-09-17T11:52:44+00:00 urn:sha1:bb21dbeac79da68586d584ed2c7f8e87286fd8a8 Use `LLVMDIBuilderCreateStructType` 2025-09-17T02:28:08+00:00 Zalathar Zalathar@users.noreply.github.com 2025-09-16T10:29:56+00:00 urn:sha1:af88d14cac15dd47452ce670e65c1ed56dae9586 Use `LLVMDIBuilderCreateUnionType` 2025-09-17T02:28:08+00:00 Zalathar Zalathar@users.noreply.github.com 2025-09-16T08:21:46+00:00 urn:sha1:2552deb9cd84b3bebaec98902d9d42bee2315822 compiler: Include span of too huge enum with -Cdebuginfo=2 2025-08-28T18:37:09+00:00 Martin Nordholts martin.nordholts@codetale.se 2025-08-28T18:11:07+00:00 urn:sha1:4edfeb2f60e4c9f871117965070946ff566810d0 We have a ui test to ensure we emit an error if we encounter too big enums. Before this fix, compiling the test with `-Cdebuginfo=2` would not include the span of the instantiation site, because the error is then emitted from a different code path that does not include the span. Propagate the span to the error also in the debuginfo case, so the test passes regardless of debuginfo level. fix(debuginfo): handle false positives in overflow check 2025-08-12T09:13:13+00:00 Adwin White adwinw01@gmail.com 2025-08-12T09:13:13+00:00 urn:sha1:e13e1e4c0c3253d25e2571ed7e58b3a02e28e922 fix(debuginfo): disable overflow check for 2025-07-27T11:42:07+00:00 godzie44 godzie@yandex.ru 2025-07-24T13:30:22+00:00 urn:sha1:49eda8edd5c99e4c65c687fff0b8e194eb339a23 recursive non-enum types Change `tag_field` to `FieldIdx` in `Variants::Multiple` 2025-06-04T06:42:21+00:00 Scott McMurray scottmcm@users.noreply.github.com 2025-06-04T06:42:21+00:00 urn:sha1:ee9901e65c78f70b93dab5bd1e04bd77273b7c40 It was already available as a generic parameter anyway, and it's not like we'll ever put a tag in the 5-billionth field. AsyncDrop implementation using shim codegen of async_drop_in_place::{closure}, scoped async drop added. 2025-04-28T09:23:13+00:00 Andrew Zhogin andrew.zhogin@gmail.com 2024-08-26T13:45:15+00:00 urn:sha1:c366756a8537ef998d32c1ef57098d5aae7ca92f Rollup merge of #138599 - adwinwhite:recursive-overflow, r=wesleywiser 2025-04-18T03:17:53+00:00 Matthias Krüger 476013+matthiaskrgr@users.noreply.github.com 2025-04-18T03:17:53+00:00 urn:sha1:68b439c63bccf8498781159eb5d4b687930d1da6 avoid overflow when generating debuginfo for expanding recursive types Fixes #135093 Fixes #121538 Fixes #107362 Fixes #100618 Fixes #115994 The overflow happens because expanding recursive types keep creating new nested types when recurring into sub fields. I fixed that by returning an empty stub node when expanding recursion is detected.