This test dates from the time when llvm-gcc had problems if two types were
authorDuncan Sands <baldrick@free.fr>
Thu, 2 Dec 2010 18:19:23 +0000 (18:19 +0000)
committerDuncan Sands <baldrick@free.fr>
Thu, 2 Dec 2010 18:19:23 +0000 (18:19 +0000)
named the same, so it had to qualify type names according to the enclosing
scope to ensure uniqueness.  This is no longer needed for correctness (though
it may be helpful when reading the IR), so this test has lost its importance.
Zap it because dragonegg will never be able to produce the qualified type name
since modern gcc zaps language specific info (such as whether a type is nested
inside another - needed to get X::Y here) before dragonegg is reached.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@120721 91177308-0d34-0410-b5e6-96231b3b80d8

test/FrontendC++/2003-10-21-InnerClass.cpp [deleted file]

diff --git a/test/FrontendC++/2003-10-21-InnerClass.cpp b/test/FrontendC++/2003-10-21-InnerClass.cpp
deleted file mode 100644 (file)
index fadd51d..0000000
+++ /dev/null
@@ -1,12 +0,0 @@
-// RUN: %llvmgcc -xc++ -S -o - %s | grep {struct.X::Y}
-struct X {
-
-  struct Y {
-    Y();
-  };
-
-};
-
-X::Y::Y() {
-
-}