1*9880d681SAndroid Build Coastguard Worker; PR18354 2*9880d681SAndroid Build Coastguard Worker; We actually need to use -filetype=obj in this test because if we output 3*9880d681SAndroid Build Coastguard Worker; assembly, the current code path will bypass the parser and just write the 4*9880d681SAndroid Build Coastguard Worker; raw text out to the Streamer. We need to actually parse the inlineasm to 5*9880d681SAndroid Build Coastguard Worker; demonstrate the bug. Going the asm->obj route does not show the issue. 6*9880d681SAndroid Build Coastguard Worker; RUN: llc -mtriple=arm-none-linux < %s -filetype=obj | llvm-objdump -d - | FileCheck %s 7*9880d681SAndroid Build Coastguard Worker; RUN: llc -mtriple=arm-apple-darwin < %s -filetype=obj | llvm-objdump -d - | FileCheck %s 8*9880d681SAndroid Build Coastguard Worker; CHECK-LABEL: foo: 9*9880d681SAndroid Build Coastguard Worker; CHECK: 0: 00 00 9f e5 ldr r0, [pc] 10*9880d681SAndroid Build Coastguard Worker; CHECK: 4: 0e f0 a0 e1 mov pc, lr 11*9880d681SAndroid Build Coastguard Worker; Make sure the constant pool entry comes after the return 12*9880d681SAndroid Build Coastguard Worker; CHECK: 8: 78 56 34 12 13*9880d681SAndroid Build Coastguard Workerdefine i32 @foo() nounwind { 14*9880d681SAndroid Build Coastguard Workerentry: 15*9880d681SAndroid Build Coastguard Worker %0 = tail call i32 asm sideeffect "ldr $0,=0x12345678", "=r"() nounwind 16*9880d681SAndroid Build Coastguard Worker ret i32 %0 17*9880d681SAndroid Build Coastguard Worker} 18