Chandler Carruth 346542b769 Revert r293017 and fix the actual underlying issue. ... The patch committed in r293017, as discussed on the list, doesn't really make sense but was causing an actual issue to go away. The issue turns out to be that in one place the extra template arguments were dropped from the OuterAnalysisManagerProxy. This in turn caused the types used in one set of places to access the key to be completely different from the types used in another set of places for both Loop and CGSCC cases where there are extra arguments. I have literally no idea how anything seemed to work with this bug in place. It blows my mind. But it did except for mingw64 in a DLL build. I've added a really handy static assert that helps ensure we don't break this in the future. It immediately diagnoses the issue with a compile failure and a very clear error message. Much better that staring at backtraces on a build bot. =] llvm-svn: 294267		2017-02-07 01:50:48 +00:00
..
llvm	Revert r293017 and fix the actual underlying issue.	2017-02-07 01:50:48 +00:00
llvm-c	[GVN] Initial check-in of a new global value numbering algorithm.	2016-12-22 16:03:48 +00:00