Changes in partial-type-refinement.ll

f72d05bc - [opaque pointer type] Add textual IR support for explicit type parameter to gep operator

Fri, 13 Mar 2015 18:20:45 +0000

[opaque pointer type] Add textual IR support for explicit type parameter to gep operatorSimilar to gep (r230786) and load (r230794) changes.Similar migration script can be used to update test cases, whichsuccessfully migrated all of LLVM and Polly, but about 4 test casesneeded manually changes in Clang.(this script will read the contents of stdin and massage it into stdout- wrap it in the 'apply.sh' script shown in previous commits + xargs toapply it over a large set of test cases)import fileinputimport sysimport rerep = re.compile(r"(getelementptr(?:\s+inbounds)?\s*$)((<\d*\s+x\s+)?([^@]*?)(|\s*addrspace\(\d+$)\s*\*(?(3)>)\s*)(?=$|%|@|null|undef|blockaddress|getelementptr|addrspacecast|bitcast|inttoptr|zeroinitializer|<|\[\[[a-zA-Z]|\{\{)", re.MULTILINE | re.DOTALL)def conv(match): line = match.group(1) line += match.group(4) line += ", " line += match.group(2) return lineline = sys.stdin.read()off = 0for match in re.finditer(rep, line): sys.stdout.write(line[off:match.start()]) sys.stdout.write(conv(match)) off = match.end()sys.stdout.write(line[off:])llvm-svn: 232184 List of files: /llvm-project-15.0.7/llvm/test/Linker/partial-type-refinement.ll

a79ac14f - [opaque pointer type] Add textual IR support for explicit type parameter to load instruction

Fri, 27 Feb 2015 21:17:42 +0000

[opaque pointer type] Add textual IR support for explicit type parameter to load instructionEssentially the same as the GEP change in r230786.A similar migration script can be used to update test cases, though a few moretest case improvements/changes were required this time around: (r229269-r229278)import fileinputimport sysimport repat = re.compile(r"((?:=|:|^)\s*load (?:atomic )?(?:volatile )?(.*?))(| addrspace$\d+$ *)\*($| *(?:%|@|null|undef|blockaddress|getelementptr|addrspacecast|bitcast|inttoptr|\[\[[a-zA-Z]|\{\{).*$)")for line in sys.stdin: sys.stdout.write(re.sub(pat, r"\1, \2\3*\4", line))Reviewers: rafael, dexonsmith, grosserDifferential Revision: http://reviews.llvm.org/D7649llvm-svn: 230794 List of files: /llvm-project-15.0.7/llvm/test/Linker/partial-type-refinement.ll

e4532f30 - When a constant's type is refined, update the constant in place

Tue, 15 Sep 2009 15:58:07 +0000

When a constant's type is refined, update the constant in placeinstead of cloning and RAUWing it. - Make AbstractTypeUser a friend of Value so that it can offer its subclasses a way to update a Value's type in place. This is better than a universally visible setType method on Value, and it's sufficient for the immediate need. - Eliminate the constant "convert" functions. This eliminates a lot of logic duplication, and fixes a complicated bug where a constant can't actually be cloned during the type refinement process because some of the types that its folder needs are half-destroyed, being in the middle of refinement themselves. - Move the getValType functions from being static overloaded functions in Constants.cpp to be members of class template specializations in ConstantsContext.h. This means that the code ends up getting instantiated twice, however it also makes it possible to eliminate all "convert" functions, so it's not a big net code size increase. And if desired, the duplicate instantiations could be eliminated with some reorganization.llvm-svn: 81861 List of files: /llvm-project-15.0.7/llvm/test/Linker/partial-type-refinement.ll