Compiler crash when compiling for AVR with -mmcu=avr1 #96881

DavidSpickett · 2024-06-27T09:49:57Z

int gl_a;

int fn()
{
  return gl_a;
}

$ ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1

        .text
.set __tmp_reg__, 0
.set __zero_reg__, 1
.set __SREG__, 63
.set __SP_H__, 62
.set __SP_L__, 61
        .file   "test_add.c"
fatal error: error in backend: Cannot select: t4: i16,ch = load<(dereferenceable load (s16) from @gl_a, align 1)> t0, t10, undef:i16
  t10: i16 = WRAPPER TargetGlobalAddress:i16<ptr @gl_a> 0
    t9: i16 = TargetGlobalAddress<ptr @gl_a> 0
  t3: i16 = undef
In function: fn
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: ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1
1.      <eof> parser at end of file
2.      Code generation
3.      Running pass 'Function Pass Manager' on module '/tmp/test_add.c'.
4.      Running pass 'AVR DAG->DAG Instruction Selection' on function '@fn'
 #0 0x0000aaaabdaacbb4 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (./bin/clang+0x3715bb4)
 #1 0x0000aaaabdaaa9b0 llvm::sys::RunSignalHandlers() (./bin/clang+0x37139b0)
 #2 0x0000aaaabdaabf10 llvm::sys::CleanupOnSignal(unsigned long) (./bin/clang+0x3714f10)
 #3 0x0000aaaabda1fd54 (anonymous namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long) CrashRecoveryContext.cpp:0:0
 #4 0x0000aaaabda1fce4 llvm::CrashRecoveryContext::HandleExit(int) (./bin/clang+0x3688ce4)
 #5 0x0000aaaabdaa72f0 llvm::sys::Process::Exit(int, bool) (./bin/clang+0x37102f0)
 #6 0x0000aaaabb5fee18 llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>::~IntrusiveRefCntPtr() (./bin/clang+0x1267e18)
 #7 0x0000aaaabda28140 llvm::report_fatal_error(llvm::Twine const&, bool) (./bin/clang+0x3691140)
 #8 0x0000aaaabe92cb20 llvm::SelectionDAGISel::CannotYetSelect(llvm::SDNode*) (./bin/clang+0x4595b20)
 #9 0x0000aaaabe92bb88 llvm::SelectionDAGISel::SelectCodeCommon(llvm::SDNode*, unsigned char const*, unsigned int) (./bin/clang+0x4594b88)
#10 0x0000aaaabbfec7bc (anonymous namespace)::AVRDAGToDAGISel::Select(llvm::SDNode*) AVRISelDAGToDAG.cpp:0:0
#11 0x0000aaaabe9224bc llvm::SelectionDAGISel::DoInstructionSelection() (./bin/clang+0x458b4bc)
#12 0x0000aaaabe921570 llvm::SelectionDAGISel::CodeGenAndEmitDAG() (./bin/clang+0x458a570)
#13 0x0000aaaabe91f22c llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) (./bin/clang+0x458822c)
#14 0x0000aaaabe91ca84 llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x4585a84)
#15 0x0000aaaabe91a4f8 llvm::SelectionDAGISelLegacy::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x45834f8)
#16 0x0000aaaabcfde6ec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (./bin/clang+0x2c476ec)
<...>

Compiler Explorer: https://godbolt.org/z/ePa98xGe1

I see that GCC only supports assembly for this CPU, perhaps that is a sign that codegen here is very difficult?

The text was updated successfully, but these errors were encountered:

llvmbot · 2024-06-27T09:50:15Z

@llvm/issue-subscribers-clang-codegen

Author: David Spickett (DavidSpickett)

``` int gl_a;

int fn()
{
return gl_a;
}

$ ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1

    .text

.set tmp_reg, 0
.set zero_reg, 1
.set SREG, 63
.set SP_H, 62
.set SP_L, 61
.file "test_add.c"
fatal error: error in backend: Cannot select: t4: i16,ch = load<(dereferenceable load (s16) from @gl_a, align 1)> t0, t10, undef:i16
t10: i16 = WRAPPER TargetGlobalAddress:i16<ptr @gl_a> 0
t9: i16 = TargetGlobalAddress<ptr @gl_a> 0
t3: i16 = undef
In function: fn
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: ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1

```
 &lt;eof&gt; parser at end of file
```
```
 Code generation
```

 Running pass 'Function Pass Manager' on module '/tmp/test_add.c'.

 Running pass 'AVR DAG-&gt;DAG Instruction Selection' on function '@<!-- -->fn'

#0 0x0000aaaabdaacbb4 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (./bin/clang+0x3715bb4)
#1 0x0000aaaabdaaa9b0 llvm::sys::RunSignalHandlers() (./bin/clang+0x37139b0)
#2 0x0000aaaabdaabf10 llvm::sys::CleanupOnSignal(unsigned long) (./bin/clang+0x3714f10)
#3 0x0000aaaabda1fd54 (anonymous namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long) CrashRecoveryContext.cpp:0:0
#4 0x0000aaaabda1fce4 llvm::CrashRecoveryContext::HandleExit(int) (./bin/clang+0x3688ce4)
#5 0x0000aaaabdaa72f0 llvm::sys::Process::Exit(int, bool) (./bin/clang+0x37102f0)
#6 0x0000aaaabb5fee18 llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>::~IntrusiveRefCntPtr() (./bin/clang+0x1267e18)
#7 0x0000aaaabda28140 llvm::report_fatal_error(llvm::Twine const&, bool) (./bin/clang+0x3691140)
#8 0x0000aaaabe92cb20 llvm::SelectionDAGISel::CannotYetSelect(llvm::SDNode*) (./bin/clang+0x4595b20)
#9 0x0000aaaabe92bb88 llvm::SelectionDAGISel::SelectCodeCommon(llvm::SDNode*, unsigned char const*, unsigned int) (./bin/clang+0x4594b88)
#10 0x0000aaaabbfec7bc (anonymous namespace)::AVRDAGToDAGISel::Select(llvm::SDNode*) AVRISelDAGToDAG.cpp:0:0
#11 0x0000aaaabe9224bc llvm::SelectionDAGISel::DoInstructionSelection() (./bin/clang+0x458b4bc)
#12 0x0000aaaabe921570 llvm::SelectionDAGISel::CodeGenAndEmitDAG() (./bin/clang+0x458a570)
#13 0x0000aaaabe91f22c llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) (./bin/clang+0x458822c)
#14 0x0000aaaabe91ca84 llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x4585a84)
#15 0x0000aaaabe91a4f8 llvm::SelectionDAGISelLegacy::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x45834f8)
#16 0x0000aaaabcfde6ec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (./bin/clang+0x2c476ec)
<...>

Compiler Explorer: https://godbolt.org/z/ePa98xGe1

I see that GCC only supports assembly for this CPU, perhaps that is a sign that codegen here is very difficult?
</details>

DavidSpickett · 2024-06-27T09:50:23Z

@benshi001 FYI

avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

llvmbot · 2024-10-14T14:17:36Z

@llvm/issue-subscribers-clang-driver

Author: David Spickett (DavidSpickett)

``` int gl_a;

int fn()
{
return gl_a;
}

$ ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1

    .text

.set tmp_reg, 0
.set zero_reg, 1
.set SREG, 63
.set SP_H, 62
.set SP_L, 61
.file "test_add.c"
fatal error: error in backend: Cannot select: t4: i16,ch = load<(dereferenceable load (s16) from @gl_a, align 1)> t0, t10, undef:i16
t10: i16 = WRAPPER TargetGlobalAddress:i16<ptr @gl_a> 0
t9: i16 = TargetGlobalAddress<ptr @gl_a> 0
t3: i16 = undef
In function: fn
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: ./bin/clang --target=avr -S /tmp/test_add.c -o - -mmcu=avr1

```
 &lt;eof&gt; parser at end of file
```
```
 Code generation
```

 Running pass 'Function Pass Manager' on module '/tmp/test_add.c'.

 Running pass 'AVR DAG-&gt;DAG Instruction Selection' on function '@<!-- -->fn'

#0 0x0000aaaabdaacbb4 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (./bin/clang+0x3715bb4)
#1 0x0000aaaabdaaa9b0 llvm::sys::RunSignalHandlers() (./bin/clang+0x37139b0)
#2 0x0000aaaabdaabf10 llvm::sys::CleanupOnSignal(unsigned long) (./bin/clang+0x3714f10)
#3 0x0000aaaabda1fd54 (anonymous namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long) CrashRecoveryContext.cpp:0:0
#4 0x0000aaaabda1fce4 llvm::CrashRecoveryContext::HandleExit(int) (./bin/clang+0x3688ce4)
#5 0x0000aaaabdaa72f0 llvm::sys::Process::Exit(int, bool) (./bin/clang+0x37102f0)
#6 0x0000aaaabb5fee18 llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>::~IntrusiveRefCntPtr() (./bin/clang+0x1267e18)
#7 0x0000aaaabda28140 llvm::report_fatal_error(llvm::Twine const&, bool) (./bin/clang+0x3691140)
#8 0x0000aaaabe92cb20 llvm::SelectionDAGISel::CannotYetSelect(llvm::SDNode*) (./bin/clang+0x4595b20)
#9 0x0000aaaabe92bb88 llvm::SelectionDAGISel::SelectCodeCommon(llvm::SDNode*, unsigned char const*, unsigned int) (./bin/clang+0x4594b88)
#10 0x0000aaaabbfec7bc (anonymous namespace)::AVRDAGToDAGISel::Select(llvm::SDNode*) AVRISelDAGToDAG.cpp:0:0
#11 0x0000aaaabe9224bc llvm::SelectionDAGISel::DoInstructionSelection() (./bin/clang+0x458b4bc)
#12 0x0000aaaabe921570 llvm::SelectionDAGISel::CodeGenAndEmitDAG() (./bin/clang+0x458a570)
#13 0x0000aaaabe91f22c llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) (./bin/clang+0x458822c)
#14 0x0000aaaabe91ca84 llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x4585a84)
#15 0x0000aaaabe91a4f8 llvm::SelectionDAGISelLegacy::runOnMachineFunction(llvm::MachineFunction&) (./bin/clang+0x45834f8)
#16 0x0000aaaabcfde6ec llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (./bin/clang+0x2c476ec)
<...>

Compiler Explorer: https://godbolt.org/z/ePa98xGe1

I see that GCC only supports assembly for this CPU, perhaps that is a sign that codegen here is very difficult?
</details>

…111798) avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

DavidSpickett added backend:AVR clang:codegen labels Jun 27, 2024

benshi001 self-assigned this Jun 28, 2024

benshi001 added a commit to benshi001/llvm-project that referenced this issue Oct 10, 2024

[Driver][AVR] Reject c/c++ compilation for avr1 devices

437fbfb

avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

benshi001 added a commit to benshi001/llvm-project that referenced this issue Oct 12, 2024

[Driver][AVR] Reject c/c++ compilation for avr1 devices

2592828

avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

benshi001 added a commit to benshi001/llvm-project that referenced this issue Oct 12, 2024

[clang][Driver][AVR] Reject c/c++ compilation for avr1 devices

c50c440

avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

benshi001 mentioned this issue Oct 12, 2024

[clang][Driver][AVR] Reject c/c++ compilation for avr1 devices #111798

Merged

benshi001 added a commit to benshi001/llvm-project that referenced this issue Oct 14, 2024

[clang][Driver][AVR] Reject c/c++ compilation for avr1 devices

45b72f2

avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

benshi001 closed this as completed in #111798 Oct 14, 2024

benshi001 closed this as completed in 4bf6e83 Oct 14, 2024

EugeneZelenko added clang:driver 'clang' and 'clang++' user-facing binaries. Not 'clang-cl' and removed clang:codegen labels Oct 14, 2024

DanielCChen pushed a commit to DanielCChen/llvm-project that referenced this issue Oct 16, 2024

[clang][Driver][AVR] Reject c/c++ compilation for avr1 devices (llvm#…

78d640e

…111798) avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

bricknerb pushed a commit to bricknerb/llvm-project that referenced this issue Oct 17, 2024

[clang][Driver][AVR] Reject c/c++ compilation for avr1 devices (llvm#…

76b7c9e

…111798) avr-gcc also rejects since these devices has no SRAM. Fixes llvm#96881

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Compiler crash when compiling for AVR with -mmcu=avr1 #96881

Compiler crash when compiling for AVR with -mmcu=avr1 #96881

DavidSpickett commented Jun 27, 2024

llvmbot commented Jun 27, 2024

DavidSpickett commented Jun 27, 2024

llvmbot commented Oct 14, 2024

Compiler crash when compiling for AVR with -mmcu=avr1 #96881

Compiler crash when compiling for AVR with -mmcu=avr1 #96881

Comments

DavidSpickett commented Jun 27, 2024

llvmbot commented Jun 27, 2024

DavidSpickett commented Jun 27, 2024

llvmbot commented Oct 14, 2024