关于__TIME__、__FILE__、__DATE__ 、__FUNCTION__

作为一个C 程序员，可能经常遇到 __TIME__、__FILE__、__DATE__ 这样的宏，它们会在编译时，分别转换为包含编译时间、处理的转换单元名称及当前时间的字符串。

在最新的ISO C标准中，如大家所知的C99，加入了另一个有用的、类似宏的表达式__func__，其会报告未修饰过的（也就是未裁剪过的）、正在被访问的函数名。请注意，__func__不是一个宏，因为预处理器对此函数一无所知；相反，它是作为一个隐式声明的常量字符数组实现的：

static const char __func__[] = “function-name”;

在function-name处，为实际的函数名。为激活此特性，某些编译器需要使用特定的编译标志，请查看相应的编译器文档，以获取具体的资料。

有了它，我们可免去大多数通过手工修改，来显示函数名的苦差事，以上的例子可如下所示进行重写：

void myfunc()
{
cout<<“__FUNCTION__”<<endl;
}

官方C99标准为此目的定义的__func__标识符，确实值得大家关注，然而，ISO C 却不完全支持所有的C99扩展，因此，大多数的编译器提供商都使用 __FUNCTION__ 取而代之，而 __FUNCTION__ 通常是一个定义为 __func__ 的宏，之所以使用这个名字，是因为它已受到了大多数的广泛支持。

在Visual Studio 2005中，默认情况下，此特性是激活的，但不能与/EP和/P编译选项同时使用。请注意在IDE环境中，不能识别__func__ ，而要用__FUNCTION__ 代替。

Comeau的用户也应使用 __FUNCTION__ ，而不是 __func__ 。

C BuilderX的用户则应使用稍稍不同的名字：__FUNC__ 。

GCC 3.0及更高的版本同时支持 __func__ 和__FUNCTION__ 。

一旦可自动获取当前函数名，你可以定义一个如下所示显示任何函数名的函数：

 

 

thx～大侠！！

补充完整一下，在gcc源码的./libcpp/init.c中定义了一个常量结构体
#define B(n, t)    { DSC(n), t }
static const struct builtin builtin_array[] =
{
B(“__TIMESTAMP__”,  BT_TIMESTAMP),
B(“__TIME__”,  BT_TIME),
B(“__DATE__”,  BT_DATE),
B(“__FILE__”,  BT_FILE),
B(“__BASE_FILE__”,  BT_BASE_FILE),
B(“__LINE__”,  BT_SPECLINE),
B(“__INCLUDE_LEVEL__”, BT_INCLUDE_LEVEL),
B(“__COUNTER__”,  BT_COUNTER),
/* Keep builtins not used for -traditional-cpp at the end, and
update init_builtins() if any more are added.  */
B(“_Pragma”,  BT_PRAGMA),
B(“__STDC__”,  BT_STDC),
};
在./libcpp/include/cpplib.h中定义了一个枚举类型
/* Different flavors of builtin macro.  _Pragma is an operator, but we
handle it with the builtin code for efficiency reasons.  */
enum builtin_type
{
BT_SPECLINE = 0, /* `__LINE__’ */
BT_DATE, /* `__DATE__’ */
BT_FILE, /* `__FILE__’ */
BT_BASE_FILE, /* `__BASE_FILE__’ */
BT_INCLUDE_LEVEL, /* `__INCLUDE_LEVEL__’ */
BT_TIME, /* `__TIME__’ */
BT_STDC, /* `__STDC__’ */
BT_PRAGMA, /* `_Pragma’ operator */
BT_TIMESTAMP, /* `__TIMESTAMP__’ */
BT_COUNTER /* `__COUNTER__’ */
};

而你提到的./libcpp/macro.c中的macro.c  : _cpp_builtin_macro_text (cpp_reader *pfile, cpp_hashnode *node)，我在源码中也找到了注释和函数原型：

/* Helper function for builtin_macro.  Returns the text generated by
a builtin macro. */
const uchar *
_cpp_builtin_macro_text (cpp_reader *pfile, cpp_hashnode *node)

应该说，这确实不能算是传统意义上的“宏定义”

 

回29楼的，我试验过CPP预处理器，确实发现__FUNCTION__或者__func__与__LINE__,__FILE__还不一样（上面的GCC源码也印证了这一点，那里没有定义__FUNCTION__或者__func__）

CPP预处理器会将__LINE__和__FILE__替换（和一般宏一样），但不会处理__FUNCTION__，从这个意义上说，__LINE__和__FILE__又是所谓的builtin macro，而__FUNCTION__不是，它更加特殊，它形似宏又不一样

这是我目前的理解，多谢各位