-fms-extensions: Don't define __PRETTY_FUNCTION__ to __FUNCTION__
authorReid Kleckner <reid@kleckner.net>
Mon, 7 Apr 2014 19:27:58 +0000 (19:27 +0000)
committerReid Kleckner <reid@kleckner.net>
Mon, 7 Apr 2014 19:27:58 +0000 (19:27 +0000)
This reverts r90596 from 2009. Having this macro definition makes Clang
strictly less useful with -fms-extensions.

llvm-svn: 205729

clang/lib/Frontend/InitPreprocessor.cpp
clang/test/CodeGen/predefined-expr.c

index 761dba4..a86fe51 100644 (file)
@@ -508,10 +508,6 @@ static void InitializePredefinedMacros(const TargetInfo &TI,
   }
 
   if (LangOpts.MicrosoftExt) {
-    // Both __PRETTY_FUNCTION__ and __FUNCTION__ are GCC extensions, however
-    // VC++ appears to only like __FUNCTION__.
-    Builder.defineMacro("__PRETTY_FUNCTION__", "__FUNCTION__");
-    // Work around some issues with Visual C++ headers.
     if (LangOpts.WChar) {
       // wchar_t supported as a keyword.
       Builder.defineMacro("_WCHAR_T_DEFINED");
index 3471dcd..6c94152 100644 (file)
@@ -1,4 +1,5 @@
 // RUN: %clang_cc1 %s -emit-llvm -o - | FileCheck %s
+// RUN: %clang_cc1 -fms-extensions %s -emit-llvm -o - | FileCheck %s
 
 // CHECK: @__func__.plainFunction = private unnamed_addr constant [14 x i8] c"plainFunction\00"
 // CHECK: @__PRETTY_FUNCTION__.plainFunction = private unnamed_addr constant [21 x i8] c"void plainFunction()\00"