llc crashes on fp128

[llvmbot]

Bugzilla Link	9201
Version	2.8
OS	Linux
Attachments	IR file that when assembled and passed to llc, triggers behaviour.
Reporter	LLVM Bugzilla Contributor

Extended Description

Running the following on my machine results in this:

$ llvm-as test6.ll; llc test6.bc
llvm-as: test6.ll:8:28: error: use of undefined value '%int'
store i1 %primitive, i1* %int
^
llc: /home/bernard/src/llvm-2.8/lib/Target/TargetData.cpp:293: unsigned int llvm::TargetData::getAlignmentInfo(llvm::AlignTypeEnum, uint32_t, bool, const llvm::Type*) const: Assertion `AlignType == VECTOR_ALIGN && "Unknown alignment type!"' failed.
0 libLLVM-2.8.so 0xf6f2e4eb
1 libLLVM-2.8.so 0xf6f2e278
2 0xf771f400 __kernel_sigreturn + 0
Stack dump:
0. Program arguments: llc test6.bc

1. Running pass 'Function Pass Manager' on module 'test6.bc'.
2. Running pass 'X86 DAG->DAG Instruction Selection' on function '@main'
   Aborted

[llvmbot]

I don't see the llvm-as problem, but indeed llc barfs when it sees the fp128.

[lattner]

The llvm-as error is because the .ll file is invalid, exactly as the error indicates. With a tweaked .ll file, I do see the assert. Here is a reduced testcase:

target datalayout = "e-p:64:64:64-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-s0:64:64-f80:128:128-n8:16:32:64"
target triple = "i386-apple-darwin8"

define void @​main() {
entry:
store fp128 undef, fp128* undef
ret void
}

[llvmbot]

I added size and alignment information to the datalayout string for x86 and
x86_64. That won't stop this testcase from barfing (because it has the old
datalayout string) but should mean it wouldn't happen with the new datalayout
string. I'm tempted to close this bug report, even though it isn't really
fixed...

[arsenm]

Seems to work fine now