File: 2002-01-24-BadSymbolTableAssert.ll

package info (click to toggle)
llvm-2.9 2.9%2Bdfsg-7
  • links: PTS, VCS
  • area: main
  • in suites: wheezy
  • size: 69,236 kB
  • sloc: cpp: 439,289; ansic: 16,211; asm: 13,295; sh: 12,912; python: 4,459; ml: 4,274; perl: 2,093; makefile: 1,808; pascal: 1,481; exp: 427; objc: 334; xml: 283; ada: 235; lisp: 187; csh: 117; f90: 36
file content (11 lines) | stat: -rw-r--r-- 458 bytes parent folder | download | duplicates (2) 
1
2
3
4
5
6
7
8
9
10
11
 
; RUN: llvm-as %s -o /dev/null

; This testcase failed due to a bad assertion in SymbolTable.cpp, removed in
; the 1.20 revision. Basically the symbol table assumed that if there was an
; abstract type in the symbol table, [in this case for the entry %foo of type
; void(opaque)* ], that there should have also been named types by now.  This
; was obviously not the case here, and this is valid.  Assertion disabled.
	
%bb = type i32

declare void @foo(i32)