[llvm-bugs] [Bug 50371] New: Clang crashes on xds_cluster_resolver.cc from grpc project on Windows for Release builds
via llvm-bugs
llvm-bugs at lists.llvm.org
Mon May 17 03:21:51 PDT 2021
https://bugs.llvm.org/show_bug.cgi?id=50371
Bug ID: 50371
Summary: Clang crashes on xds_cluster_resolver.cc from grpc
project on Windows for Release builds
Product: clang
Version: 10.0
Hardware: PC
OS: Windows NT
Status: NEW
Severity: release blocker
Priority: P
Component: C++
Assignee: unassignedclangbugs at nondot.org
Reporter: wwallhaeuser at starface.de
CC: blitzrakete at gmail.com, dgregor at apple.com,
erik.pilkington at gmail.com, llvm-bugs at lists.llvm.org,
richard-llvm at metafoo.co.uk
Clang crashes when compiling xds_cluster_resolver.cc from grpc project.
The crash occurs for release builds, not for debug builds. The crash is
reproducible when compiling via command line. I did not observe the crash when
building with CLion + clang.
Build description and sample project on github:
https://github.com/4vomAst/gRPC-clang.git
Stack dump:
0. Program arguments: C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE
-I../3rdParty/grpc/include
-I../3rdParty/grpc/third_party/address_sorting/include -I../3rdParty/grpc
-I../3rdParty/grpc/third_party/abseil-cpp
-I../3rdParty/grpc/src/core/ext/upb-generated
-I../3rdParty/grpc/third_party/upb -I../3rdParty/grpc/third_party/re2
-I../3rdParty/grpc/third_party/boringssl-with-bazel/src/include -m32 -O3
-DNDEBUG -D_DLL -D_MT -Xclang --dependent-lib=msvcrt -std=gnu++17 -MD -MT
CMakeFiles/grpc.dir/3rdParty/grpc/src/core/ext/filters/client_channel/lb_policy/xds/xds_cluster_resolver.cc.obj
-MF
CMakeFiles\grpc.dir\3rdParty\grpc\src\core\ext\filters\client_channel\lb_policy\xds\xds_cluster_resolver.cc.obj.d
-o
CMakeFiles/grpc.dir/3rdParty/grpc/src/core/ext/filters/client_channel/lb_policy/xds/xds_cluster_resolver.cc.obj
-c
../3rdParty/grpc/src/core/ext/filters/client_channel/lb_policy/xds/xds_cluster_resolver.cc
1. <eof> parser at end of file
2. Code generation
3. Running pass 'Function Pass Manager' on module
'../3rdParty/grpc/src/core/ext/filters/client_channel/lb_policy/xds/xds_cluster_resolver.cc'.
4. Running pass 'Loop Pass Manager' on function
'@"??$Insert at V?$IteratorValueAdapter at V?$allocator at UPriority@EdsUpdate at XdsApi@grpc_core@@@std@@PAUPriority at EdsUpdate@XdsApi at grpc_core@@@inlined_vector_internal at lts_2020_09_23@absl@@@?$Storage at UPriority@EdsUpdate at XdsApi@grpc_core@@$01V?$allocator at UPriority@EdsUpdate at XdsApi@grpc_core@@@std@@@inlined_vector_internal at lts_2020_09_23@absl@@QAEPAUPriority at EdsUpdate@XdsApi at grpc_core@@PBU4567 at V?$IteratorValueAdapter at V?$allocator at UPriority@EdsUpdate at XdsApi@grpc_core@@@std@@PAUPriority at EdsUpdate@XdsApi at grpc_core@@@123 at I@Z"'
5. Running pass 'Loop Strength Reduction' on basic block '%166'
#0 0x00007ff69e40ae51 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x11cae51)
#1 0x00007ff69d28f005 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x4f005)
#2 0x00007ff69e7b4196 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1574196)
#3 0x00007ff69e7a1d6e (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1561d6e)
#4 0x00007ff69e798525 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1558525)
#5 0x00007ff69e7b50de (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x15750de)
#6 0x00007ff69e0fc8f3 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0xebc8f3)
#7 0x00007ff69e3d8b49 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1198b49)
#8 0x00007ff69e3d8e03 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1198e03)
#9 0x00007ff69e3d9310 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1199310)
#10 0x00007ff69eb21cb3 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x18e1cb3)
#11 0x00007ff6a08eb935 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x36ab935)
#12 0x00007ff69fac98a3 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x28898a3)
#13 0x00007ff69efedb02 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1dadb02)
#14 0x00007ff69efb0bc0 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1d70bc0)
#15 0x00007ff69f048ca9 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1e08ca9)
#16 0x00007ff69d246ebf (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x6ebf)
#17 0x00007ff69d244337 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x4337)
#18 0x00007ff69ef4d7c6 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1d0d7c6)
#19 0x00007ff69e8f6d33 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x16b6d33)
#20 0x00007ff69ef4d00b (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1d0d00b)
#21 0x00007ff69ee711d8 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1c311d8)
#22 0x00007ff69ee716d4 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1c316d4)
#23 0x00007ff69ee5f357 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x1c1f357)
#24 0x00007ff69d243c93 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x3c93)
#25 0x00007ff6a09074a0 (C:\PROGRA~1\LLVM\bin\CLANG_~1.EXE+0x36c74a0)
#26 0x00007ffd4b1b7c24 (C:\Windows\System32\KERNEL32.DLL+0x17c24)
#27 0x00007ffd4b30d721 (C:\Windows\SYSTEM32\ntdll.dll+0x6d721)
CLANG_~1: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 10.0.0
Target: i386-pc-windows-msvc
Thread model: posix
InstalledDir: C:\PROGRA~1\LLVM\bin
CLANG_~1: note: diagnostic msg: PLEASE submit a bug report to
https://bugs.llvm.org/ and include the crash backtrace, preprocessed source,
and associated run script.
CLANG_~1: note: diagnostic msg:
********************
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
CLANG_~1: note: diagnostic msg:
C:\Users\WWALLH~1\AppData\Local\Temp\xds_cluster_resolver-cc2994.cpp
CLANG_~1: note: diagnostic msg:
C:\Users\WWALLH~1\AppData\Local\Temp\xds_cluster_resolver-cc2994.sh
CLANG_~1: note: diagnostic msg:
********************
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20210517/830aa3a1/attachment-0001.html>
More information about the llvm-bugs
mailing list