On SonarCloud (project saratoga-data-systems_flume, C/C++ analyzed in compilation-database mode via bear), the CFamily taint analysis sensor crashes on every run. It links the LLVM IR (68 modules), builds the call graph, spawns the taint rules (S2076/S2083/S5145/S5334), then aborts:
ERROR [stderr] LLVM ERROR: Invalid size request on a scalable vector.
Taint analysis for C and C++ finished with exit code: 134
It then reports 4 rules … raised 0 issue(s) and generates sonar-cfamily-taint-analysis-reproducer.tar.xz.
Toolchain: C++20, gcc-toolset-15 (GCC 15.x; analyzer reports clang 20.1.8), x86_64 Linux. (Looks related to the known C++20/GCC-15 CFamily crashes.)
Impact: the overall analysis and quality gate still pass, but we get no C/C++ taint coverage at all — the 0 issues is the crash, not a clean result.
Reproducer: auto-generated, but it contains our source-derived LLVM IR, so we’d prefer to share it privately — what’s the best channel to send it to you?
Is this a known issue, fixed in a newer analyzer build, or is there a workaround?
If you want to reduce the noise, you can explicitly disable taint analysis by setting the sonar.cfamily.taintAnalysis property to false. We hope to fix this issue by the next release.
Sharing that reproducer will definitely help us ensure the analysis is more robust and accurate. I’ll send you a private message to exchange the file.
Thanks, I shared the reproducer with you. A new run now (after some code changes) seemed to be taking extremely long - my Jenkins job killed it after 1 hr when previous runs were done in several minutes. So for now I’ll als add this property to bypass it.