Finally bite the bullet and make the major change: split the clang namespace

out of the llvm namespace.  This makes the clang namespace be a sibling of
llvm instead of being a child.

The good thing about this is that it makes many things unambiguous.  The
bad things is that many things in the llvm namespace (notably data structures
like smallvector) now require an llvm:: qualifier.  IMO, libsystem and libsupport
should be split out of llvm into their own namespace in the future, which will fix
this issue.

llvm-svn: 39659

1 files changed, 3 insertions, 4 deletions

diff --git a/clang/Driver/Targets.cpp b/clang/Driver/Targets.cpp
index 6bec70cc5f8..168084dcd73 100644
--- a/clang/Driver/Targets.cpp
+++ b/clang/Driver/Targets.cpp
@@ -17,7 +17,6 @@
 #include "clang/Basic/Diagnostic.h"
 #include "clang/Basic/TargetInfo.h"
 #include "llvm/Support/CommandLine.h"
-using namespace llvm;
 using namespace clang;
 
 /// Note: a hard coded list of targets is clearly silly, these should be
@@ -28,9 +27,9 @@ enum SupportedTargets {
   target_linux_i386
 };
 
-static cl::list<SupportedTargets>
-Archs("arch", cl::desc("Architectures to compile for"),
-      cl::values(clEnumValN(target_ppc,       "ppc",   "32-bit Darwin PowerPC"),
+static llvm::cl::list<SupportedTargets>
+Archs("arch", llvm::cl::desc("Architectures to compile for"),
+llvm::cl::values(clEnumValN(target_ppc,       "ppc",   "32-bit Darwin PowerPC"),
                  clEnumValN(target_ppc64,     "ppc64", "64-bit Darwin PowerPC"),
                  clEnumValN(target_i386,      "i386",  "32-bit Darwin X86"),
                  clEnumValN(target_x86_64,    "x86_64","64-bit Darwin X86"),