bcm5719-llvm - Project Ortega BCM5719 LLVM

	Commit message (Collapse)	Author	Age	Files	Lines
*	[opaque pointer type] API migration for GEP constant factories	David Blaikie	2015-04-02	1	-1/+1
\| \| \| \| \| \| \| \| \| \| \| \| \|	Require the pointee type to be passed explicitly and assert that it is correct. For now it's possible to pass nullptr here (and I've done so in a few places in this patch) but eventually that will be disallowed once all clients have been updated or removed. It'll be a long road to get all the way there... but if you have the cahnce to update your callers to pass the type explicitly without depending on a pointer's element type, that would be a good thing to do soon and a necessary thing to do eventually. llvm-svn: 233938
*	Remove superfluous .str() and replace std::string concatenation with Twine.	Yaron Keren	2015-03-27	1	-1/+1
\| \| \| \|	llvm-svn: 233392
*	[opaque pointer type] IRBuilder gep migration progress	David Blaikie	2015-03-15	1	-16/+19
\| \| \| \|	llvm-svn: 232294
*	Re-sort #include lines using my handy dandy ./utils/sort_includes.py	Chandler Carruth	2015-02-13	1	-1/+1
\| \| \| \| \| \|	script. This is in preparation for changes to lots of include lines. llvm-svn: 229088
*	Remove gc.root's performCustomLowering	Philip Reames	2015-01-28	1	-0/+457
	This is a refactoring to restructure the single user of performCustomLowering as a specific lowering pass and remove the custom lowering hook entirely. Before this change, the LowerIntrinsics pass (note to self: rename!) was essentially acting as a pass manager, but without being structured in terms of passes. Instead, it proxied calls to a set of GCStrategies internally. This adds a lot of conceptual complexity (i.e. GCStrategies are stateful!) for very little benefit. Since there's been interest in keeping the ShadowStackGC working, I extracting it's custom lowering pass into a dedicated pass and just added that to the pass order. It will only run for functions which opt-in to that gc. I wasn't able to find an easy way to preserve the runtime registration of custom lowering functionality. Given that no user of this exists that I'm aware of, I made the choice to just remove that. If someone really cares, we can look at restoring it via dynamic pass registration in the future. Note that despite the large diff, none of the lowering code actual changes. I added the framing needed to make it a pass and rename the class, but that's it. Differential Revision: http://reviews.llvm.org/D7218 llvm-svn: 227351