llc给了我以下错误:
LLVM ERROR: Cannot select: t20: i8,ch = load<LD1[%x], zext from i1> t0, FrameIndex:i16<0>, undef:i16 t1: i16 = FrameIndex<0> t3: i16 = undefIn function: main

这是prg.ll文件的内容:

; ModuleID = 'new_module'

define i16 @main() {
entry:
  %x = alloca i1
  store i1 true, i1* %x
  %0 = load i1, i1* %x
  %relation_op = icmp eq i1 %0, true
  br i1 %relation_op, label %then, label %else

then:                                             ; preds = %entry
  store i1 false, i1* %x
  br label %ifcont3

else:                                             ; preds = %entry
  %1 = load i1, i1* %x
  %relation_op1 = icmp eq i1 %1, false
  br i1 %relation_op1, label %then2, label %ifcont

then2:                                            ; preds = %else
  store i1 true, i1* %x
  br label %ifcont

ifcont:                                           ; preds = %then2, %else
  br label %ifcont3

ifcont3:                                          ; preds = %ifcont, %then
  ret i16 0
}


我不明白llc怎么说。 prg.ll输出来自我的avr自定义编译器。我在以下链接中找到了avr的LLVM后端:avr-llvm backend。到目前为止,后端工作正常。有人看到了什么问题吗?

提前致谢!

最佳答案

我将编译器中的bool类型宽度从i1更改为i8(在这种情况下,x为bool)。那解决了我的问题。 AVR后端可能不支持i1或其他任何功能。如果他们确切地回答了我的问题,我将发布问题跟踪器的答案。



问题追踪器的答案:


一堆LLVM后端处理i1的能力很差(这很可悲)。这就是为什么几乎所有前端都将bool定义为i8的原因。

我当然想解决这个问题。从外观上看,它可能在i1操作的zext上失败了。所有需要做的就是内部将i1升级为i8。

10-05 21:15
查看更多