Remove a bad test. The GEP has nothing to do with devirtualization, it
has to do with pointer manipulation. I'm not 100% certain what IR
dragonegg is generating, but if anyone is super attached to this test
case they should add it back with proper FileCheck-ing of the actual IR
relevant to devirtualization (the load of the function pointer from the
vtable).
I'm just nuking it for now to get the build bot green. I may take a look
at whether I can convince dragonegg to build so I can check what it
actually outputs, but no guarantee.
llvm-svn: 220139
diff --git a/dragonegg/test/validator/c++/ptr-to-method-devirt.cpp b/dragonegg/test/validator/c++/ptr-to-method-devirt.cpp
deleted file mode 100644
index a88d4ee..0000000
--- a/dragonegg/test/validator/c++/ptr-to-method-devirt.cpp
+++ /dev/null
@@ -1,14 +0,0 @@
-// PR1602
-// RUN: %dragonegg -S %s -o - -O3 | not grep ptrtoint
-// RUN: %dragonegg -S %s -o - -O3 | grep getelementptr | count 1
-
-
-struct S { virtual void f(); };
-
-typedef void (S::*P)(void);
-
-const P p = &S::f;
-
-void g(S s) {
- (s.*p)();
- }
