Compiling LLVM fails and prompts file to big

[zky97]

Build and compile environment
OS Windows11
python version 3.10.6
cmake version 3.24.1
ninja version 1.11.0
MinGW64 version 8.1.0_x86_64-posix-seh-rev0,
GNU Make version 4.2.1
RAM :64GB
SSD free space:>800GB
cmake command：

cmake -G "Ninja" ../llvm 
            -DCMAKE_BUILD_TYPE="Debug" 
            -DCMAKE_INSTALL_PREFIX="E:\LLVM\Build" 
            -DLLVM_ENABLE_PROJECTS="clang;clang-tools-extra;cross-project-tests;libclc;lld;lldb;polly;bolt;mlir;flang" 
            -DLLVM_ENABLE_RUNTIMES="all" 
            -DCMAKE_CXX_STANDARD="17" 
            -DLLVM_ENABLE_Z3_SOLVER="ON" 
            -DLLVM_OPTIMIZED_TABLEGEN="ON" 
            -DLLVM_TARGET_ARCH="host" 
            -DLLVM_USE_CRT_DEBUG="MT" 
            -DPython3_INCLUDE_DIRS="C:\Program Files\Python310\include" 
            -DPython3_LIBRARIES="C:\Program Files\Python310\libs\python310_d.lib"

report an error：

[3405/8208] Building CXX object tools/clang/lib/ASTMatcher...MakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj
FAILED: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj
C:\PROGRA~1\MINGW-~2\bin\C__~1.EXE -DGTEST_HAS_RTTI=0 -D_DEBUG -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -IE:/LLVM/Source1/build/tools/clang/lib/ASTMatchers/Dynamic -IE:/LLVM/Source1/clang/lib/ASTMatchers/Dynamic -IE:/LLVM/Source1/clang/include -IE:/LLVM/Source1/build/tools/clang/include -IE:/LLVM/Source1/build/include -IE:/LLVM/Source1/llvm/include -IC:/ProgramFiles/Strawberry/c/include -Wa,-mbig-obj -Werror=date-time -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wimplicit-fallthrough -Wno-maybe-uninitialized -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wmisleading-indentation -fno-common -Woverloaded-virtual -fno-strict-aliasing -g  -fno-exceptions -fno-rtti -std=c++17 -MD -MT tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj -MF tools\clang\lib\ASTMatchers\Dynamic\CMakeFiles\obj.clangDynamicASTMatchers.dir\Registry.cpp.obj.d -o tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj -c E:/LLVM/Source1/clang/lib/ASTMatchers/Dynamic/Registry.cpp
In file included from E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchers.h:54,
                 from E:/LLVM/Source1/clang/include/clang/ASTMatchers/Dynamic/VariantValue.h:20,
                 from E:/LLVM/Source1/clang/include/clang/ASTMatchers/Dynamic/Diagnostics.h:17,
                 from E:/LLVM/Source1/clang/include/clang/ASTMatchers/Dynamic/Registry.h:19,
                 from E:/LLVM/Source1/clang/lib/ASTMatchers/Dynamic/Registry.cpp:14:
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isInstanceProperty]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isInstanceProperty]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:983:43:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:975:30: warning: the address '&clang::ObjCPropertyDecl::isInstanceProperty' will never be NULL [-Waddress]
  975 |                              &ObjCPropertyDecl::isInstanceProperty>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isClassProperty]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isClassProperty]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1000:44:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:992:30: warning: the address '&clang::ObjCPropertyDecl::isClassProperty' will never be NULL [-Waddress]
  992 |                              &ObjCPropertyDecl::isClassProperty>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isInstanceMethod]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isInstanceMethod]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1034:43:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1026:30: warning: the address '&clang::ObjCMethodDecl::isInstanceMethod' will never be NULL [-Waddress]
 1026 |                              &ObjCMethodDecl::isInstanceMethod>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isClassMethod]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isClassMethod]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1051:44:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1043:30: warning: the address '&clang::ObjCMethodDecl::isClassMethod' will never be NULL [-Waddress]
 1043 |                              &ObjCMethodDecl::isClassMethod>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
C:/PROGRA~1/MINGW-~2/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/as.exe: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: section .pdata$_ZN4llvm23SmallVectorTemplateBaseIN5clang12ast_matchers8internal7MatcherINS1_24UnresolvedUsingValueDeclEEELb0EE19moveElementsForGrowEPS6_: string table overflow at offset 10000135
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Assembler messages:
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Fatal error: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: file too big
ninja: build stopped: subcommand failed.

[efriedma-quic]

You can probably work around this by building with clang (-DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++), or using a release build (-DCMAKE_BUILD_TYPE=Release).

There might also be some way to work around this by hacking the LLVM source code, but I'm not familiar with the file in question. CC @r4nt.

Might also want to send a bug report to https://sourceware.org/bugzilla/ ; clang and MSVC both support string tables larger than 10MB on Windows, so there's no reason binutils shouldn't support them.

CC @mstorsjo

[zky97]

您可以通过使用叮当声（-DCMAKE_C_COMPILER=叮当DCMAKE_CXX_COMPILER=叮当++）或使用发布版本（-DCMAKE_BUILD_TYPE=发布）来解决此问题。

可能还有一些方法可以通过破解LLVM源代码来解决此问题，但我不熟悉有问题的文件。抄送@r4nt.

可能还想向 https://sourceware.org/bugzilla/ 发送错误报告;叮当声和 MSVC 都支持 Windows 上大于 10MB 的字符串表，因此宾利浦没有理由不支持它们。

抄送@mstorsjo

Error after using -DCMAKE_BUILD_TYPE="Release"

E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:17:45: error: modification of '<temporary>' is not a constant expression
   17 |     "signal", "abort", "_Exit", "quick_exit"};
      |                                             ^
E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:217:12: error: modification of '<temporary>' is not a constant expression
  217 |     "write"};
      |            ^

[mstorsjo]

Might also want to send a bug report to https://sourceware.org/bugzilla/ ; clang and MSVC both support string tables larger than 10MB on Windows, so there's no reason binutils shouldn't support them.

Interesting - I hadn't seen that error message before. I wonder if that happens with more recent versions of GCC/binutils too...

Error after using -DCMAKE_BUILD_TYPE="Release"

E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:17:45: error: modification of '<temporary>' is not a constant expression
   17 |     "signal", "abort", "_Exit", "quick_exit"};
      |                                             ^
E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:217:12: error: modification of '<temporary>' is not a constant expression
  217 |     "write"};
      |            ^

This looks like GCC doesn't like some of the code here - but this code does compile correctly with current versions of GCC. (Although GCC 8 is supported in general, maybe there's some windows specific issue with it here?) Anyway, I just successfully built LLVM 15 (including clang-tools-extra) with GCC 12.

I see you're using the personal builds from https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/8.1.0/threads-posix/seh/ - the person doing those hasn't continued doing similar builds for recent versions, but someone else has picked up building similar ones, here: https://github.com/cristianadam/mingw-builds/releases I think it should succeed with one of the builds from there.

[zky97]

Might also want to send a bug report to https://sourceware.org/bugzilla/ ; clang and MSVC both support string tables larger than 10MB on Windows, so there's no reason binutils shouldn't support them.

Interesting - I hadn't seen that error message before. I wonder if that happens with more recent versions of GCC/binutils too...

Error after using -DCMAKE_BUILD_TYPE="Release"

E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:17:45: error: modification of '<temporary>' is not a constant expression
   17 |     "signal", "abort", "_Exit", "quick_exit"};
      |                                             ^
E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:217:12: error: modification of '<temporary>' is not a constant expression
  217 |     "write"};
      |            ^

This looks like GCC doesn't like some of the code here - but this code does compile correctly with current versions of GCC. (Although GCC 8 is supported in general, maybe there's some windows specific issue with it here?) Anyway, I just successfully built LLVM 15 (including clang-tools-extra) with GCC 12.

I see you're using the personal builds from https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/8.1.0/threads-posix/seh/ - the person doing those hasn't continued doing similar builds for recent versions, but someone else has picked up building similar ones, here: https://github.com/cristianadam/mingw-builds/releases I think it should succeed with one of the builds from there.

Use x86_64-12.1.0-release-posix-seh-rt_v10-rev0 to report the same error message

C:/PROGRA~1/MINGW-~2/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/as.exe: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: section .pdata$_ZN4llvm23SmallVectorTemplateBaseIN5clang12ast_matchers8internal7MatcherINS1_24UnresolvedUsingValueDeclEEELb0EE19moveElementsForGrowEPS6_: string table overflow at offset 10000135
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Assembler messages:
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Fatal error: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: file too big
ninja: build stopped: subcommand failed.

Check the task manager and find that as.exe takes up 1521MB of memory and stops increasing, and reports an error after a few seconds

[mstorsjo]

Use x86_64-12.1.0-release-posix-seh-rt_v10-rev0 to report the same error message

C:/PROGRA~1/MINGW-~2/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/as.exe: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: section .pdata$_ZN4llvm23SmallVectorTemplateBaseIN5clang12ast_matchers8internal7MatcherINS1_24UnresolvedUsingValueDeclEEELb0EE19moveElementsForGrowEPS6_: string table overflow at offset 10000135
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Assembler messages:
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Fatal error: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: file too big
ninja: build stopped: subcommand failed.

Sure, but does it build correctly in release mode?

[zky97]

Use x86_64-12.1.0-release-posix-seh-rt_v10-rev0 to report the same error message

C:/PROGRA~1/MINGW-~2/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/as.exe: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: section .pdata$_ZN4llvm23SmallVectorTemplateBaseIN5clang12ast_matchers8internal7MatcherINS1_24UnresolvedUsingValueDeclEEELb0EE19moveElementsForGrowEPS6_: string table overflow at offset 10000135
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Assembler messages:
C:\Users\zky19\AppData\Local\Temp\ccNDgE2c.s: Fatal error: tools/clang/lib/ASTMatchers/Dynamic/CMakeFiles/obj.clangDynamicASTMatchers.dir/Registry.cpp.obj: file too big
ninja: build stopped: subcommand failed.

Sure, but does it build correctly in release mode?

no.
Release error：

[4170/8013] Building CXX object tools/clang/tools/extra/cl....clangTidyBugproneModule.dir/SignedCharMisuseCheck.cpp.obj
In file included from E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchers.h:54,
                 from E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchFinder.h:43,
                 from E:/LLVM/Source1/clang-tools-extra/clang-tidy/ClangTidyCheck.h:14,
                 from E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignedCharMisuseCheck.h:12,
                 from E:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignedCharMisuseCheck.cpp:9:
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isInstanceProperty]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isInstanceProperty]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:983:43:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:975:30: warning: the address '&clang::ObjCPropertyDecl::isInstanceProperty' will never be NULL [-Waddress]
  975 |                              &ObjCPropertyDecl::isInstanceProperty>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isClassProperty]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCPropertyDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCPropertyDecl::isClassProperty]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1000:44:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:992:30: warning: the address '&clang::ObjCPropertyDecl::isClassProperty' will never be NULL [-Waddress]
  992 |                              &ObjCPropertyDecl::isClassProperty>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isInstanceMethod]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isInstanceMethod]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1034:43:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1026:30: warning: the address '&clang::ObjCMethodDecl::isInstanceMethod' will never be NULL [-Waddress]
 1026 |                              &ObjCMethodDecl::isInstanceMethod>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h: In instantiation of 'void clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::SkipToNextDecl() [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isClassMethod]':
E:/LLVM/Source1/clang/include/clang/AST/DeclBase.h:2292:7:   required from 'clang::DeclContext::filtered_decl_iterator<SpecificDecl, Acceptable>::filtered_decl_iterator(clang::DeclContext::decl_iterator) [with SpecificDecl = clang::ObjCMethodDecl; bool (SpecificDecl::* Acceptable)() const = &clang::ObjCMethodDecl::isClassMethod]'
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1051:44:   required from here
E:/LLVM/Source1/clang/include/clang/AST/DeclObjC.h:1043:30: warning: the address '&clang::ObjCMethodDecl::isClassMethod' will never be NULL [-Waddress]
 1043 |                              &ObjCMethodDecl::isClassMethod>;
      |                              ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from E:/LLVM/Source1/clang/include/clang/AST/Decl.h:21,
                 from E:/LLVM/Source1/clang/include/clang/AST/ASTContext.h:22,
                 from E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchers.h:47:
In member function 'T* clang::LazyOffsetPtr<T, OffsT, Get>::get(clang::ExternalASTSource*) const [with T = clang::CXXBaseSpecifier; OffsT = long long unsigned int; T* (clang::ExternalASTSource::* Get)(OffsT) = &clang::ExternalASTSource::GetExternalCXXBaseSpecifiers]',
    inlined from 'clang::CXXBaseSpecifier* clang::CXXRecordDecl::DefinitionData::getBases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:347:25,
    inlined from 'clang::CXXBaseSpecifier* clang::CXXRecordDecl::DefinitionData::getBases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:345:23,
    inlined from 'const clang::CXXBaseSpecifier* clang::CXXRecordDecl::bases_begin() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:604:73,
    inlined from 'const clang::CXXBaseSpecifier* clang::CXXRecordDecl::bases_end() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:607:23,
    inlined from 'clang::CXXRecordDecl::base_class_const_range clang::CXXRecordDecl::bases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:600:61,
    inlined from 'virtual bool clang::ast_matchers::internal::matcher_hasDirectBase0Matcher::matches(const clang::CXXRecordDecl&, clang::ast_matchers::internal::ASTMatchFinder*, clang::ast_matchers::internal::BoundNodesTreeBuilder*) const' at E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchers.h:3256:33:
E:/LLVM/Source1/clang/include/clang/AST/ExternalASTSource.h:378:54: warning: 'this' pointer is null [-Wnonnull]
  378 |       Ptr = reinterpret_cast<uint64_t>((Source->*Get)(Ptr >> 1));
      |                                        ~~~~~~~~~~~~~~^~~~~~~~~~
In member function 'T* clang::LazyOffsetPtr<T, OffsT, Get>::get(clang::ExternalASTSource*) const [with T = clang::CXXBaseSpecifier; OffsT = long long unsigned int; T* (clang::ExternalASTSource::* Get)(OffsT) = &clang::ExternalASTSource::GetExternalCXXBaseSpecifiers]',
    inlined from 'clang::CXXBaseSpecifier* clang::CXXRecordDecl::DefinitionData::getBases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:347:25,
    inlined from 'clang::CXXBaseSpecifier* clang::CXXRecordDecl::DefinitionData::getBases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:345:23,
    inlined from 'const clang::CXXBaseSpecifier* clang::CXXRecordDecl::bases_begin() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:604:73,
    inlined from 'clang::CXXRecordDecl::base_class_const_range clang::CXXRecordDecl::bases() const' at E:/LLVM/Source1/clang/include/clang/AST/DeclCXX.h:600:61,
    inlined from 'virtual bool clang::ast_matchers::internal::matcher_hasDirectBase0Matcher::matches(const clang::CXXRecordDecl&, clang::ast_matchers::internal::ASTMatchFinder*, clang::ast_matchers::internal::BoundNodesTreeBuilder*) const' at E:/LLVM/Source1/clang/include/clang/ASTMatchers/ASTMatchers.h:3256:33:
E:/LLVM/Source1/clang/include/clang/AST/ExternalASTSource.h:378:54: warning: 'this' pointer is null [-Wnonnull]
  378 |       Ptr = reinterpret_cast<uint64_t>((Source->*Get)(Ptr >> 1));
      |                                        ~~~~~~~~~~~~~~^~~~~~~~~~
ninja: build stopped: subcommand failed.

[mstorsjo]

There's no error among the text you quoted, only warnings. The actual error must have been further up.

[zky97]

您引用的文本中没有错误，只有警告。实际错误一定是进一步上升的。

Same error as before replacing x86_64-12.1.0-release-posix-seh-rt_v10-rev

G:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:17:45: error: modification of '<temporary>' is not a constant expression
   17 |     "signal", "abort", "_Exit", "quick_exit"};
      |                                             ^
G:/LLVM/Source1/clang-tools-extra/clang-tidy/bugprone/SignalHandlerCheck.cpp:217:12: error: modification of '<temporary>' is not a constant expression
  217 |     "write"};

[mstorsjo]

I found the issue - it's because you're compiling with -DCMAKE_CXX_STANDARD="17", forcing the LLVM code to be built in C++17 mode, with a version of the code where compiling fringe parts of the code base (such as clang-tools-extra) didn't succeed in C++17 if compiled with GCC. This was fixed on the main branch before we switched to compiling in C++17 mode recently, in c7ec86b.

Just remove the -DCMAKE_CXX_STANDARD="17" option from your cmake configuration, or build a newer version of llvm (from git) if you strictly need it. (Generally, LLVM built in e.g. C++11/C++14 mode should work if you call the APIs from C++17 code.) This option doesn't affect what standards Clang itself supports, only how the code is built.

[zky97]

I found the issue - it's because you're compiling with -DCMAKE_CXX_STANDARD="17", forcing the LLVM code to be built in C++17 mode, with a version of the code where compiling fringe parts of the code base (such as clang-tools-extra) didn't succeed in C++17 if compiled with GCC. This was fixed on the main branch before we switched to compiling in C++17 mode recently, in c7ec86b.

Just remove the -DCMAKE_CXX_STANDARD="17" option from your cmake configuration, or build a newer version of llvm (from git) if you strictly need it. (Generally, LLVM built in e.g. C++11/C++14 mode should work if you call the APIs from C++17 code.) This option doesn't affect what standards Clang itself supports, only how the code is built.

Remove -DCMAKE_CXX_STANDARD="17 compile release version error

FAILED: lib/libMLIRLinalgTransforms.a
cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E rm -f lib\libMLIRLinalgTransforms.a && C:\PROGRA~1\MINGW-~2\bin\ar.exe qc lib\libMLIRLinalgTransforms.a  tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/BubbleUpExtractSlice.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/BufferizableOpInterfaceImpl.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Bufferize.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/CodegenStrategy.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/ConstantFold.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/DecomposeLinalgOps.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Detensorize.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/DropUnitDims.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/ElementwiseOpFusion.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/ElementwiseToLinalg.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/FusePadOpWithLinalgProducer.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Fusion.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/FusionOnTensors.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Generalization.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Hoisting.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/HoistPadding.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/InitTensorToAllocTensor.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/InlineScalarOperands.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Interchange.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Loops.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/LinalgStrategyPasses.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/NamedOpConversions.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Promotion.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Split.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/SplitReduction.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Tiling.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/TilingInterfaceImpl.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Transforms.cpp.obj tools/mlir/lib/Dialect/Linalg/Transforms/CMakeFiles/obj.MLIRLinalgTransforms.dir/Vectorization.cpp.obj && C:\PROGRA~1\MINGW-~2\bin\ranlib.exe lib\libMLIRLinalgTransforms.a && cd ."
C:\PROGRA~1\MINGW-~2\bin\ranlib.exe: could not create temporary file whilst writing archive: no more archived files
```console