如果您正在使用cmake，这里有一个提示。来自: http://public.kitware.com/pipermail/cmake/2013-January/053117.html

我在复制提示，所以都在这一页上:

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -D__FILENAME__='\"$(subst
  ${CMAKE_SOURCE_DIR}/,,$(abspath $<))\"'")

如果您正在使用GNU make，我认为没有理由不能将其扩展到您自己的make文件。例如，你可能有这样的一行:

CXX_FLAGS+=-D__FILENAME__='\"$(subst $(SOURCE_PREFIX)/,,$(abspath $<))\"'"

其中$(SOURCE_PREFIX)是要删除的前缀。

然后使用__FILENAME__代替__FILE__。

使用basename()函数，或者，如果是在Windows上，使用_splitpath()。

#include <libgen.h>

#define PRINTFILE() { char buf[] = __FILE__; printf("Filename:  %s\n", basename(buf)); }

还可以在shell中尝试man 3 basename。

至少对于gcc， __FILE__的值是编译器命令行中指定的文件路径。如果你像这样编译file.c:

gcc -c /full/path/to/file.c

__FILE__将展开为“/full/path/to/file.c”。如果你这样做:

cd /full/path/to
gcc -c file.c

那么__FILE__将展开为“file.c”。

这可能是实际的，也可能不是。

C标准不要求这种行为。关于__FILE__，它只是将其扩展为“当前源文件的假定名称(字符串字面值)”。

另一种方法是使用#line指令。它覆盖当前行号，也可选择覆盖源文件名。如果你想覆盖文件名但保留行号，使用__LINE__宏。

例如，你可以把它添加到文件的顶部。c:

#line __LINE__ "file.c"

唯一的问题是它将指定的行号赋给下一行，而#line的第一个参数必须是一个数字序列，因此您不能执行类似的操作

#line (__LINE__-1) "file.c"  // This is invalid

确保#line指令中的文件名与文件的实际名称匹配作为练习。

至少对于gcc来说，这也会影响诊断消息中报告的文件名。

Try

#include <string.h>

#define __FILENAME__ (strrchr(__FILE__, '/') ? strrchr(__FILE__, '/') + 1 : __FILE__)

对于Windows，使用“\\”而不是“/”。

我刚刚想到了一个很好的解决方案，它可以同时使用源文件和头文件，非常有效，并且可以在所有平台的编译时工作，没有特定于编译器的扩展。此解决方案还保留了项目的相对目录结构，因此您可以知道文件在哪个文件夹中，并且只相对于项目的根目录。

其思想是用构建工具获取源目录的大小，并将其添加到__FILE__宏中，完全删除目录，只显示从源目录开始的文件名。

下面的例子是使用CMake实现的，但是没有理由它不能与任何其他构建工具一起工作，因为技巧非常简单。

在CMakeLists.txt文件中，定义一个宏，该宏具有到CMake上项目的路径长度:

# The additional / is important to remove the last character from the path.
# Note that it does not matter if the OS uses / or \, because we are only
# saving the path size.
string(LENGTH "${CMAKE_SOURCE_DIR}/" SOURCE_PATH_SIZE)
add_definitions("-DSOURCE_PATH_SIZE=${SOURCE_PATH_SIZE}")

在你的源代码中，定义一个__FILENAME__宏，它只是将源路径大小添加到__FILE__宏:

#define __FILENAME__ (__FILE__ + SOURCE_PATH_SIZE)

然后使用这个新宏而不是__FILE__宏。这是因为__FILE__路径总是以CMake源目录的路径开始。通过从__FILE__字符串中移除它，预处理器将负责指定正确的文件名，并且它都将相对于你的CMake项目的根。

如果你关心性能，这与使用__FILE__一样有效，因为__FILE__和SOURCE_PATH_SIZE都是已知的编译时常量，因此可以由编译器优化。

唯一会失败的地方是如果你在生成的文件上使用这个，而且它们在一个off-source build文件夹上。然后，您可能必须使用CMAKE_BUILD_DIR变量而不是CMAKE_SOURCE_DIR创建另一个宏。

因为使用的是GCC，所以可以利用

__BASE_FILE__这个宏扩展为主输入文件的名称，以C字符串常量的形式。这是源文件 在预处理器或C编译器的命令行中指定

然后在编译时通过更改源文件表示(完整路径/相对路径/basename)来控制显示文件名的方式。