David Blaikie d62a1e966c [opaque pointer type] Avoid using PointerType::getElementType for a few cases of CallInst ... Calls to llvm::Value::mutateType are becoming extra-sensitive now that instructions have extra type information that will not be derived from operands or result type (alloca, gep, load, call/invoke, etc... ). The special-handling for mutateType will get more complicated as this work continues - it might be worth making mutateType virtual & pushing the complexity down into the classes that need special handling. But with only two significant uses of mutateType (vectorization and linking) this seems OK for now. Totally open to ideas/suggestions/improvements, of course. With this, and a bunch of exceptions, we can roundtrip an indirect call site through bitcode and IR. (a direct call site is actually trickier... I haven't figured out how to deal with the IR deserializer's lazy construction of Function/GlobalVariable decl's based on the type of the entity which means looking through the "pointer to T" type referring to the global) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@235458 91177308-0d34-0410-b5e6-96231b3b80d8		2015-04-21 23:26:57 +00:00
..
CMakeLists.txt
LLLexer.cpp	[IR] Introduce a dereferenceable_or_null(N) attribute.	2015-04-16 20:29:50 +00:00
LLLexer.h
LLParser.cpp	[opaque pointer type] Avoid using PointerType::getElementType for a few cases of CallInst	2015-04-21 23:26:57 +00:00
LLParser.h	[IR] Introduce a dereferenceable_or_null(N) attribute.	2015-04-16 20:29:50 +00:00
LLToken.h	[IR] Introduce a dereferenceable_or_null(N) attribute.	2015-04-16 20:29:50 +00:00
LLVMBuild.txt
Makefile
module.modulemap
Parser.cpp