David Blaikie 27c176e356 Opaque Pointer Types: GEP API migrations to specify the gep type explicitly ... The changes to InstCombine (& SCEV) do seem a bit silly - it doesn't make anything obviously better to have the caller access the pointers element type (the thing I'm trying to remove) than the GEP itself, but it's a helpful migration step. This will allow me to more obviously lock down GEP (& Load, etc) API usage, then fix all the code that accesses pointer element types except the places that need to be removed (most of the InstCombines) anyway - at which point I'll need to just remove all that code because it won't be meaningful anymore (there will be no pointer types, so no bitcasts to combine) SCEV looks like it'll need some restructuring - we'll have to do a bit more work for GEP canonicalization, since it'll depend on how it's used if we can even manage to canonicalize it to a non-ugly GEP. I guess we can do some fun stuff like voting (do 2 out of 3 load from the GEP with a certain type that gives a pretty GEP? Does every typed use of the GEP use either a specific type or a generic type (i8*, etc)?) llvm-svn: 233131		2015-03-24 23:34:31 +00:00
..
CMakeLists.txt	Factor common code it Linker::init.	2014-11-17 20:51:01 +00:00
LinkModulesTest.cpp	Opaque Pointer Types: GEP API migrations to specify the gep type explicitly	2015-03-24 23:34:31 +00:00
Makefile	Fix the autoconf build.	2014-11-17 21:06:38 +00:00