llvm-mirror/test/Assembler/2002-12-15-GlobalResolve.ll

; RUN: llvm-as %s -o /dev/null

@X = external global i32*
@X1 = external global %T* 
@X2 = external global i32*

%T = type {i32}
Remove obsolete -f flags. llvm-svn: 79992 2009-08-25 17:38:29 +02:00			`; RUN: llvm-as %s -o /dev/null`
Allow folding together two globals through type resolution llvm-svn: 5038 2002-12-15 17:32:21 +01:00
Remove llvm-upgrade llvm-svn: 47119 2008-02-14 08:57:12 +01:00			`@X = external global i32*`
			`@X1 = external global %T*`
			`@X2 = external global i32*`
Allow folding together two globals through type resolution llvm-svn: 5038 2002-12-15 17:32:21 +01:00
Land the long talked about "type system rewrite" patch. This patch brings numerous advantages to LLVM. One way to look at it is through diffstat: 109 files changed, 3005 insertions(+), 5906 deletions(-) Removing almost 3K lines of code is a good thing. Other advantages include: 1. Value::getType() is a simple load that can be CSE'd, not a mutating union-find operation. 2. Types a uniqued and never move once created, defining away PATypeHolder. 3. Structs can be "named" now, and their name is part of the identity that uniques them. This means that the compiler doesn't merge them structurally which makes the IR much less confusing. 4. Now that there is no way to get a cycle in a type graph without a named struct type, "upreferences" go away. 5. Type refinement is completely gone, which should make LTO much MUCH faster in some common cases with C++ code. 6. Types are now generally immutable, so we can use "Type " instead "const Type " everywhere. Downsides of this patch are that it removes some functions from the C API, so people using those will have to upgrade to (not yet added) new API. "LLVM 3.0" is the right time to do this. There are still some cleanups pending after this, this patch is large enough as-is. llvm-svn: 134829 2011-07-09 19:41:24 +02:00			`%T = type {i32}`