Assertion hit: "consteval function should never be emitted" #61142

danakj · 2023-03-03T02:40:41Z

The failure happens due to a user defined string literal with a data template parameter class that has a consteval constructor.

https://github.com/chromium/subspace/blob/496b8b245ad711e5155bc21e32c9f31fd8304f1b/subspace/ops/range_literals.h#L39

% cmake --build out && ctest --test-dir out --output-on-failure -j 64 -R 
[27/82] Building CXX object subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o
FAILED: subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o 
/home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/bin/clang++  -I/home/danakj/s/subspace -I/home/danakj/s/subspace/third_party/googletest -isystem /home/danakj/s/subspace/third_party/googletest/googletest/include -isystem /home/danakj/s/subspace/third_party/googletest/googletest -isystem /usr/include/c++/12 -isystem /usr/include/x86_64-linux-gnu/c++/12 -isystem /usr/include/c++/12/backward -isystem /home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/lib/clang/17/include -isystem /usr/local/include -isystem /usr/include/x86_64-linux-gnu -isystem /usr/include -g -fno-rtti -Werror -std=gnu++20 -MD -MT subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o -MF subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o.d -o subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o -c /home/danakj/s/subspace/subspace/ops/range_unittest.cc
clang++: /home/danakj/s/c/src/third_party/llvm/clang/lib/CodeGen/CodeGenModule.cpp:4189: llvm::Constant *clang::CodeGen::CodeGenModule::GetAddrOfFunction(GlobalDecl, llvm::Type *, bool, bool, ForDefinition_t): Assertion `!cast<FunctionDecl>(GD.getDecl())->isConsteval() && "consteval function should never be emitted"' failed.
PLEASE submit a bug report to https://crbug.com in the Tools>LLVM component, run tools/clang/scripts/process_crashreports.py (only if inside Google) to upload crash related files, and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.	Program arguments: /home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/bin/clang++ -I/home/danakj/s/subspace -I/home/danakj/s/subspace/third_party/googletest -isystem /home/danakj/s/subspace/third_party/googletest/googletest/include -isystem /home/danakj/s/subspace/third_party/googletest/googletest -isystem /usr/include/c++/12 -isystem /usr/include/x86_64-linux-gnu/c++/12 -isystem /usr/include/c++/12/backward -isystem /home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/lib/clang/17/include -isystem /usr/local/include -isystem /usr/include/x86_64-linux-gnu -isystem /usr/include -g -fno-rtti -Werror -std=gnu++20 -MD -MT subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o -MF subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o.d -o subspace/CMakeFiles/subspace_unittests.dir/ops/range_unittest.cc.o -c /home/danakj/s/subspace/subspace/ops/range_unittest.cc
1.	<eof> parser at end of file
2.	Per-file LLVM IR generation
3.	/home/danakj/s/subspace/subspace/option/option.h:341:15: Generating code for declaration 'sus::option::Option<sus::num::usize>::unwrap'
#0 0x000055ed161587d7 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/bin/clang+++0x490f7d7)
clang++: error: clang frontend command failed with exit code 134 (use -v to see invocation)
clang version 17.0.0 (https://chromium.googlesource.com/external/github.com/llvm/llvm-project 6e30dffe71cbcc22ba84b31b056c58f6d588c897)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/danakj/s/c/src/third_party/llvm-build/Release+Asserts/bin
clang++: note: diagnostic msg: 
********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang++: note: diagnostic msg: /tmp/range_unittest-763415.cpp
clang++: note: diagnostic msg: /tmp/range_unittest-763415.sh
clang++: note: diagnostic msg: 

********************

range_unittest-763415.zip

shafik · 2023-03-03T06:31:33Z

Could this be: #60275

If you can try with the latest clang that would be helpful. Otherwise if you can reduce the test case using either creduce or cvice, that would help.

Fznamznon · 2023-03-24T14:41:13Z

This is what a couple of runs of creduce gave me

template <int a> struct b { static constexpr int d = a; };
using e = b<false>;
template <int> struct f { template <typename, typename g> using h = g; };
template <bool i, typename j, typename k> using aa = f<i>::template h<j, k>;
template <typename...> struct l;
template <typename m, typename ab> struct l<m, ab> : aa<m::d, m, ab> {};
template <typename> struct ac : e {};
template <typename ad> struct n { typedef ad h; };
template <bool, typename, typename ad> using ae = n<ad>::h;
template <typename> constexpr bool af = l<e, ac<int>>::d;
struct p {
  static consteval p ag();
};
void ah(bool, p = p::ag());
namespace aj {
enum ak {};
}
namespace aj::o {
template <class> struct r { ak am(); };
} // namespace aj::o
namespace aj::an {
using o::r;
template <class ao> class ap {
public:
  constexpr ao aq() { ah(ar.am()); }
  template <class as> using at = ae<af<as>, as, r<as>>;
  at<ao> ar;
};
} // namespace aj::an
using aj::an::ap;
#define au(ao, c, a) ap<ao> av(ao)
struct aw {
  au(aw, , );
};
namespace aj::ax {
template <class ao> class s {
public:
  ap<ao> az();
};
template <class ao> class ba : public s<ao> {
public:
  ba(ao, ao);
};
} // namespace aj::ax
#define bi(f, bg, bj, a) void q()
#define bm(f, bg) bi(, , , )
#define bn(f, bg) bm(, )
namespace aj::ax {
template <int bo> struct t {
  using bq = ae<bo, int, aw>;
  consteval t(const char *p1) {
    for (; p1[1] != '.';)
      br.av({}).aq();
    h = bs;
  }
  enum { bs } h;
  bq br;
  bq bt;
};
} // namespace aj::ax
template <aj::ax::t<false> bu> auto operator""_r() {
  return aj::ax::ba(bu.br, bu.bt);
}
bn(, ) { "3.."_r.az().aq(); }

The assertion is:

clang: source/llorg/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp:4213: llvm::Constant* clang::CodeGen::CodeGenModule::GetAddrOfFunction(clang::GlobalDe
cl, llvm::Type*, bool, bool, clang::CodeGen::ForDefinition_t): Assertion `!cast<FunctionDecl>(GD.getDecl())->isConsteval() && "consteval function should never be emitted"'
failed.
PLEASE submit a bug report to https://github.com/llvm/llvm-project/issues/ and include the crash backtrace, preprocessed source, and associated run script.
Stack dump:
0.      Program arguments: source/llorg/llvm-project/debug/bin/clang -cc1 -std=c++20 small.cpp -emit-llvm
1.      <eof> parser at end of file
2.      Per-file LLVM IR generation
3.      small.cpp:25:16: Generating code for declaration 'aj::an::ap<aw>::aq'
 #0 0x00000000030ae518 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (source/llorg/llvm-project/debug/bin/clang+0x30ae518)
 #1 0x00000000030ac30c llvm::sys::RunSignalHandlers() (source/llorg/llvm-project/debug/bin/clang+0x30ac30c)
 #2 0x00000000030acc0d SignalHandler(int) Signals.cpp:0:0
 #3 0x00007f25081e9b20 __restore_rt sigaction.c:0:0
 #4 0x00007f2506a2637f raise (/lib64/libc.so.6+0x3737f)
 #5 0x00007f2506a10db5 abort (/lib64/libc.so.6+0x21db5)
 #6 0x00007f2506a10c89 _nl_load_domain.cold.0 loadmsgcat.c:0:0
 #7 0x00007f2506a1ea76 .annobin___GI___assert_fail.end assert.c:0:0
 #8 0x0000000003404a9e clang::CodeGen::CodeGenModule::GetAddrOfFunction(clang::GlobalDecl, llvm::Type*, bool, bool, clang::CodeGen::ForDefinition_t) (sourc
e/llorg/llvm-project/debug/bin/clang+0x3404a9e)
 #9 0x000000000365be0b EmitFunctionDeclPointer(clang::CodeGen::CodeGenModule&, clang::GlobalDecl) CGExpr.cpp:0:0
#10 0x0000000003666eca EmitDirectCallee(clang::CodeGen::CodeGenFunction&, clang::GlobalDecl) CGExpr.cpp:0:0
#11 0x0000000003680fa9 clang::CodeGen::CodeGenFunction::EmitCallee(clang::Expr const*) (source/llorg/llvm-project/debug/bin/clang+0x3680fa9)
#12 0x0000000003680f57 clang::CodeGen::CodeGenFunction::EmitCallee(clang::Expr const*) (source/llorg/llvm-project/debug/bin/clang+0x3680f57)
#13 0x0000000003681365 clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) (source/llorg/llvm-project/de
bug/bin/clang+0x3681365)
#14 0x0000000003681648 clang::CodeGen::RValue llvm::function_ref<clang::CodeGen::RValue (clang::CodeGen::ReturnValueSlot)>::callback_fn<(anonymous namespace)::AggExprEmitte
r::VisitCallExpr(clang::CallExpr const*)::'lambda'(clang::CodeGen::ReturnValueSlot)>(long, clang::CodeGen::ReturnValueSlot) CGExprAgg.cpp:0:0
#15 0x00000000036851cf (anonymous namespace)::AggExprEmitter::withReturnValueSlot(clang::Expr const*, llvm::function_ref<clang::CodeGen::RValue (clang::CodeGen::ReturnValue
Slot)>) CGExprAgg.cpp:0:0
#16 0x00000000036856b4 (anonymous namespace)::AggExprEmitter::VisitCallExpr(clang::CallExpr const*) CGExprAgg.cpp:0:0
#17 0x00000000036871cb clang::StmtVisitorBase<std::add_pointer, (anonymous namespace)::AggExprEmitter, void>::Visit(clang::Stmt*) CGExprAgg.cpp:0:0
#18 0x0000000003688cba (anonymous namespace)::AggExprEmitter::Visit(clang::Expr*) CGExprAgg.cpp:0:0
#19 0x000000000368c8ac (anonymous namespace)::AggExprEmitter::VisitCXXDefaultArgExpr(clang::CXXDefaultArgExpr*) CGExprAgg.cpp:0:0
#20 0x0000000003687ca7 clang::StmtVisitorBase<std::add_pointer, (anonymous namespace)::AggExprEmitter, void>::Visit(clang::Stmt*) CGExprAgg.cpp:0:0
#21 0x0000000003688cba (anonymous namespace)::AggExprEmitter::Visit(clang::Expr*) CGExprAgg.cpp:0:0
#22 0x0000000003688e76 clang::CodeGen::CodeGenFunction::EmitAggExpr(clang::Expr const*, clang::CodeGen::AggValueSlot) (source/llorg/llvm-project/debug/bin/
clang+0x3688e76)
#23 0x00000000036620a8 clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*, clang::CodeGen::AggValueSlot, bool) (source/llorg/llvm-project/debu
g/bin/clang+0x36620a8)
#24 0x0000000003662318 clang::CodeGen::CodeGenFunction::EmitAnyExprToTemp(clang::Expr const*) (source/llorg/llvm-project/debug/bin/clang+0x3662318)
#25 0x00000000036005d1 clang::CodeGen::CodeGenFunction::EmitCallArg(clang::CodeGen::CallArgList&, clang::Expr const*, clang::QualType) (source/llorg/llvm-p
roject/debug/bin/clang+0x36005d1)
#26 0x000000000360b2e2 clang::CodeGen::CodeGenFunction::EmitCallArgs(clang::CodeGen::CallArgList&, clang::CodeGen::CodeGenFunction::PrototypeWrapper, llvm::iterator_range<c
lang::Stmt::CastIterator<clang::Expr, clang::Expr const* const, clang::Stmt const* const>>, clang::CodeGen::CodeGenFunction::AbstractCallee, unsigned int, clang::CodeGen::C
odeGenFunction::EvaluationOrder) (source/llorg/llvm-project/debug/bin/clang+0x360b2e2)
#27 0x000000000366c9ea clang::CodeGen::CodeGenFunction::EmitCall(clang::QualType, clang::CodeGen::CGCallee const&, clang::CallExpr const*, clang::CodeGen::ReturnValueSlot,
llvm::Value*) (source/llorg/llvm-project/debug/bin/clang+0x366c9ea)
#28 0x00000000036813b9 clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) (source/llorg/llvm-project/de
bug/bin/clang+0x36813b9)
#29 0x00000000036b6da7 (anonymous namespace)::ScalarExprEmitter::VisitCallExpr(clang::CallExpr const*) CGExprScalar.cpp:0:0
#30 0x00000000036b4fe6 clang::StmtVisitorBase<std::add_pointer, (anonymous namespace)::ScalarExprEmitter, llvm::Value*>::Visit(clang::Stmt*) CGExprScalar.cpp:0:0
#31 0x00000000036b626a (anonymous namespace)::ScalarExprEmitter::Visit(clang::Expr*) CGExprScalar.cpp:0:0
#32 0x00000000036b62e6 clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool) (source/llorg/llvm-project/debug/bin/clang+0x36b62e6)
#33 0x00000000036621df clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*, clang::CodeGen::AggValueSlot, bool) (source/llorg/llvm-project/debu
g/bin/clang+0x36621df)
#34 0x000000000367f44b clang::CodeGen::CodeGenFunction::EmitIgnoredExpr(clang::Expr const*) (source/llorg/llvm-project/debug/bin/clang+0x367f44b)
#35 0x000000000334f9f5 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*, llvm::ArrayRef<clang::Attr const*>) (source/llorg/llvm-project/debug/b
in/clang+0x334f9f5)
#36 0x00000000033549ac clang::CodeGen::CodeGenFunction::EmitCompoundStmtWithoutScope(clang::CompoundStmt const&, bool, clang::CodeGen::AggValueSlot) (sourc
e/llorg/llvm-project/debug/bin/clang+0x33549ac)
#37 0x00000000033a7e39 clang::CodeGen::CodeGenFunction::EmitFunctionBody(clang::Stmt const*) (source/llorg/llvm-project/debug/bin/clang+0x33a7e39)
#38 0x00000000033b7a13 clang::CodeGen::CodeGenFunction::GenerateCode(clang::GlobalDecl, llvm::Function*, clang::CodeGen::CGFunctionInfo const&) (source/llo
rg/llvm-project/debug/bin/clang+0x33b7a13)
#39 0x0000000003404c8b clang::CodeGen::CodeGenModule::EmitGlobalFunctionDefinition(clang::GlobalDecl, llvm::GlobalValue*) (source/llorg/llvm-project/debug/
bin/clang+0x3404c8b)
#40 0x0000000003401155 clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::GlobalDecl, llvm::GlobalValue*) (source/llorg/llvm-project/debug/bin/clan
g+0x3401155)
#41 0x000000000340912e clang::CodeGen::CodeGenModule::EmitDeferred() (source/llorg/llvm-project/debug/bin/clang+0x340912e)
#42 0x000000000340a52d clang::CodeGen::CodeGenModule::Release() (source/llorg/llvm-project/debug/bin/clang+0x340a52d)
#43 0x00000000040217ba (anonymous namespace)::CodeGeneratorImpl::HandleTranslationUnit(clang::ASTContext&) ModuleBuilder.cpp:0:0
#44 0x000000000402023d clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (source/llorg/llvm-project/debug/bin/clang+0x402023d)
#45 0x0000000004e2f9b1 clang::ParseAST(clang::Sema&, bool, bool) (source/llorg/llvm-project/debug/bin/clang+0x4e2f9b1)
#46 0x000000000401f228 clang::CodeGenAction::ExecuteAction() (source/llorg/llvm-project/debug/bin/clang+0x401f228)
#47 0x00000000039ae7d9 clang::FrontendAction::Execute() (source/llorg/llvm-project/debug/bin/clang+0x39ae7d9)
#48 0x00000000039461b9 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (source/llorg/llvm-project/debug/bin/clang+0x39461b9)
#49 0x0000000003a74029 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (source/llorg/llvm-project/debug/bin/clang+0x3a74029)
#50 0x0000000000b2db6b cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (source/llorg/llvm-project/debug/bin/clang+0xb2db6b)
#51 0x0000000000b29564 ExecuteCC1Tool(llvm::SmallVectorImpl<char const*>&, llvm::ToolContext const&) driver.cpp:0:0
#52 0x0000000000b2ab5b clang_main(int, char**, llvm::ToolContext const&) (source/llorg/llvm-project/debug/bin/clang+0xb2ab5b)
#53 0x0000000000a61b71 main (source/llorg/llvm-project/debug/bin/clang+0xa61b71)
#54 0x00007f2506a12493 __libc_start_main (/lib64/libc.so.6+0x23493)
#55 0x0000000000b24bce _start (source/llorg/llvm-project/debug/bin/clang+0xb24bce)
Aborted (core dumped)

llvmbot · 2023-03-24T14:44:29Z

@llvm/issue-subscribers-clang-codegen

Fznamznon · 2023-03-27T15:42:42Z

Well, I had a bit more fun reducing the test case, looks like due to some clash of consteval handling and templates magic an undefined (!) consteval function makes it to the codegen, hence the assertion, the test case is:

consteval int Undef();
void InDefArgs(int, int = Undef());

template <class> struct MustBeTemplate { int am(); };

template <class T> class TheBadOne {
public:
  constexpr void MakeCrash() { InDefArgs(ar.am()); }
  MustBeTemplate<T> ar;
};

 struct t {
  consteval t(const char *p1) {
    if (p1[1] != '.')
      apap.MakeCrash();
  }
  TheBadOne<t> apap;
};

void q() {
  t{"a."}.apap.MakeCrash(); // '.' as a second symbol is important
}

https://godbolt.org/z/536qEq6c9

Though adding definition of Undef doesn't make the crash go away.

shafik · 2023-03-27T21:21:21Z

I think this is in @cor3ntin wheelhouse. We have a consteval function being used as a default argument and should be evaluated immediately.

cor3ntin · 2023-03-28T06:41:59Z

The default param was a red herring.

I further reduced it, I'll investigate a bit
https://godbolt.org/z/4nbWc9W4E

consteval void f() {}
template <class T> 
struct TheBadOne {
  constexpr void MakeCrash() {; f(); }
};

 struct t {
  consteval t() {
    apap.MakeCrash();
  }
  TheBadOne<int> apap;
};

void q() {
  t{}.apap.MakeCrash();
}

cor3ntin · 2023-03-28T07:08:21Z

Okay, this is actually pretty bad...

template <typename T>
struct Test {
    constexpr static void g() {
        f();
    }
    consteval static void f() {};
};

consteval void a() {
    Test<int>::g();
}

void b() {
    Test<int>::g();
}

When we instantiate g() the first time, we do so in an immediate function context, so f() is not immediately evaluated (as expected) - the second time, in b we are no longer in an immediate function context - b is not consteval - but for some reason we thing we are. oups.

llvmbot · 2023-03-28T08:19:41Z

@llvm/issue-subscribers-clang-frontend

Fznamznon · 2023-04-03T13:23:54Z

The function CheckForImmediateInvocation that saves immediate invocations to evaluate never considers that f() needs evaluation.
It seems f() is first met by CheckForImmediateInvocation as a dependent expression inside of a template class declaration - so this time it is not possible to evaluate. Second time f() is met by CheckForImmediateInvocation out of immediate function context (a is consteval) while instantiating g<int>.
In function b function g<int> is considered already instantiated, its AST is built, so CheckForImmediateInvocation never gets to meet f() again and push it for evaluation. For that reason, switching a and b makes the assertion go away.

Fznamznon · 2023-04-04T13:46:18Z

I'm not sure that it is correct to consider that we're in an immediate function context when instantiating g which is constexpr, even though we came from a which is consteval. Hence the proposed solution - https://reviews.llvm.org/D147531 .

…unction Due to not resetting that, clang still thinks that it is in immediate function context even if it already entered non-consteval function. This caused consteval functions reaching codegen in some cases. Fixes llvm#61142 Reviewed By: cor3ntin, aaron.ballman Differential Revision: https://reviews.llvm.org/D147531

github-actions bot added the new issue label Mar 3, 2023

EugeneZelenko added clang Clang issues not falling into any other category crash Prefer [crash-on-valid] or [crash-on-invalid] and removed new issue labels Mar 3, 2023

AaronBallman added the needs-reduction Large reproducer that should be reduced into a simpler form label Mar 15, 2023

AaronBallman mentioned this issue Mar 15, 2023

[clang] Define the __cpp_consteval macro now that support is complete #57094

Closed

EugeneZelenko added clang:codegen IR generation bugs: mangling, exceptions, etc. and removed clang Clang issues not falling into any other category labels Mar 24, 2023

Fznamznon closed this as completed in 55bbcbf Apr 6, 2023

usx95 added this to C++ 20 in Clang Jul 12, 2023

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Assertion hit: "consteval function should never be emitted" #61142

Assertion hit: "consteval function should never be emitted" #61142

danakj commented Mar 3, 2023 •

edited by VoltrexKeyva

Loading

shafik commented Mar 3, 2023

Fznamznon commented Mar 24, 2023

llvmbot commented Mar 24, 2023

Fznamznon commented Mar 27, 2023 •

edited

Loading

shafik commented Mar 27, 2023

cor3ntin commented Mar 28, 2023 •

edited

Loading

cor3ntin commented Mar 28, 2023 •

edited

Loading

llvmbot commented Mar 28, 2023

Fznamznon commented Apr 3, 2023 •

edited

Loading

Fznamznon commented Apr 4, 2023

Assertion hit: "consteval function should never be emitted" #61142

Assertion hit: "consteval function should never be emitted" #61142

Comments

danakj commented Mar 3, 2023 • edited by VoltrexKeyva Loading

shafik commented Mar 3, 2023

Fznamznon commented Mar 24, 2023

llvmbot commented Mar 24, 2023

Fznamznon commented Mar 27, 2023 • edited Loading

shafik commented Mar 27, 2023

cor3ntin commented Mar 28, 2023 • edited Loading

cor3ntin commented Mar 28, 2023 • edited Loading

llvmbot commented Mar 28, 2023

Fznamznon commented Apr 3, 2023 • edited Loading

Fznamznon commented Apr 4, 2023

danakj commented Mar 3, 2023 •

edited by VoltrexKeyva

Loading

Fznamznon commented Mar 27, 2023 •

edited

Loading

cor3ntin commented Mar 28, 2023 •

edited

Loading

cor3ntin commented Mar 28, 2023 •

edited

Loading

Fznamznon commented Apr 3, 2023 •

edited

Loading