llvm-6502/test/CodeGen/PowerPC/2008-01-25-EmptyFunction.ll

; RUN: llvm-as < %s | llc -march=ppc32 | grep nop

define void @bork() noreturn nounwind  {
entry:
        unreachable
}
Need to convert to LLVM code and not C. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46397 91177308-0d34-0410-b5e6-96231b3b80d8 2008-01-26 06:56:08 +00:00			`; RUN: llvm-as < %s \| llc -march=ppc32 \| grep nop`
If we have a function like this: void bork() { int address = 0; address = 0; } It's compiled into LLVM code that looks like this: define void @bork() noreturn nounwind { entry: unreachable } This is bad on some platforms (like PPC) because it will generate the label for the function but no body. The label could end up being associated with some non-code related stuff, like a section. This places a "trap" instruction if the SimplifyCFG pass removed all code from the function leaving only one "unreachable" instruction. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46387 91177308-0d34-0410-b5e6-96231b3b80d8 2008-01-26 01:43:44 +00:00
Need to convert to LLVM code and not C. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46397 91177308-0d34-0410-b5e6-96231b3b80d8 2008-01-26 06:56:08 +00:00			`define void @bork() noreturn nounwind {`
			`entry:`
			`unreachable`
If we have a function like this: void bork() { int address = 0; address = 0; } It's compiled into LLVM code that looks like this: define void @bork() noreturn nounwind { entry: unreachable } This is bad on some platforms (like PPC) because it will generate the label for the function but no body. The label could end up being associated with some non-code related stuff, like a section. This places a "trap" instruction if the SimplifyCFG pass removed all code from the function leaving only one "unreachable" instruction. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46387 91177308-0d34-0410-b5e6-96231b3b80d8 2008-01-26 01:43:44 +00:00			`}`