Search Issue Tracker
Fixed
Fixed in 1.8.13, 2.0.0-pre.5
Votes
7
Found in [Package]
1.8.7
1.8.10
Issue ID
BUR-2559
Regression
Yes
"Burst internal compiler error: Burst.Compiler.IL.CompilerException: Error while verifying module" error is thrown when debug information is being generated
Reproduction steps:
1. Open the “StreamlinedProject.zip“ project
2. Observe the Console window
Expected result: No compilation errors
Actual result: Error is thrown “Burst internal compiler error: Burst.Compiler.IL.CompilerException: Error while verifying module: DISubprogram attached to more than one function”
Reproducible with: 1.8.7 (2021.3.32f1, 2022.3.7f1, 2023.1.10f1, 2023.2.0b5), 1.8.10 (2021.3.32f1, 2022.3.13f1, 2023.1.20f1, 2023.2.0b18, 2023.3.0a13)
Not reproducible with: 1.8.4 (2021.3.32f1, 2022.3.2f1, 2023.1.1f1, 2023.2.0a20)
Reproducible on: Windows 11 Pro (22H2)
Not reproducible on: Intel macOS 14
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Prefab override popup is cropped/positioned incorrectly when more than one display is used and a higher display Scale is set
- Opening a dropdown on a small screen results in its instant closing when mouse cursor is pressed where the dropdown is going to be opened
- Only "ArgumentNullException: Value cannot be null" is displayed instead of all the actual errors when opening a project with numerous compilation errors
- MultiColumnListView and MultiColumnTreeView do not change selection on first input when focus is set by code
- SerializedProperty.DataEquals is returning false when SerializedProperty.EqualContents return true
gilley033
Jan 08, 2024 23:51
@Marc_Ducret
No, I gave up on it. In my case the offending code is not in a pre-compiled assembly, however my setup is a little weird.
Basically, I have a base abstract class that inherits from ScriptableObject that IS within a precompiled assembly. There are two implementations of this, one in the assembly as well that does not use Burst, and one outside that is basically the same code but with the BurstCompile attribute. However, I have tried changing the names of the structs (before they had the same name across both implementations), but that doesn't fix the issue.
So this may be related to using a pre-compiled assembly, but I'm still not sure how.
Marc-Ducret
Dec 04, 2023 22:52
For your information, in my case, the problem was compiling with Burst code in a precompiled assembly.
Marc-Ducret
Dec 04, 2023 17:14
Also running into this, did you find a workaround or identify the root cause?