__FILE__宏显示完整路径

__FILE__C中可用的标准预定义宏显示了文件的完整路径。有什么办法可以缩短这条路吗？我的意思不是

/full/path/to/file.c

我懂了

to/file.c

要么

file.c

尝试

#include <string.h>

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

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

如果您使用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，我认为没有理由不能将其扩展到您自己的makefile中。例如，您可能会有这样的一行：

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

$(SOURCE_PREFIX)您要删除的前缀在哪里。

然后使用__FILENAME__代替__FILE__。

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

想法是使用构建工具获取源目录的大小，然后将其添加到__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都是已知的编译时间常数，因此编译器可以对其进行优化。

唯一失败的地方是如果您在生成的文件上使用此文件，并且它们在源构建文件夹中。然后，您可能必须使用CMAKE_BUILD_DIR变量而不是来创建另一个宏CMAKE_SOURCE_DIR。

这里纯编译时间解决方案。它基于以下事实：sizeof()字符串文字返回其长度+1。

#define STRIPPATH(s)\
    (sizeof(s) > 2 && (s)[sizeof(s)-2] == '/' ? (s) + sizeof(s) - 1 : \
    sizeof(s) > 3 && (s)[sizeof(s)-3] == '/' ? (s) + sizeof(s) - 2 : \
    sizeof(s) > 4 && (s)[sizeof(s)-4] == '/' ? (s) + sizeof(s) - 3 : \
    sizeof(s) > 5 && (s)[sizeof(s)-5] == '/' ? (s) + sizeof(s) - 4 : \
    sizeof(s) > 6 && (s)[sizeof(s)-6] == '/' ? (s) + sizeof(s) - 5 : \
    sizeof(s) > 7 && (s)[sizeof(s)-7] == '/' ? (s) + sizeof(s) - 6 : \
    sizeof(s) > 8 && (s)[sizeof(s)-8] == '/' ? (s) + sizeof(s) - 7 : \
    sizeof(s) > 9 && (s)[sizeof(s)-9] == '/' ? (s) + sizeof(s) - 8 : \
    sizeof(s) > 10 && (s)[sizeof(s)-10] == '/' ? (s) + sizeof(s) - 9 : \
    sizeof(s) > 11 && (s)[sizeof(s)-11] == '/' ? (s) + sizeof(s) - 10 : (s))

#define __JUSTFILE__ STRIPPATH(__FILE__)

随意将条件运算符级联扩展为项目中的最大明智文件名。路径长度无关紧要，只要您从字符串末尾检查足够远即可。

我看看是否可以通过宏递归获得一个没有硬编码长度的类似宏...

至少对于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__宏。

例如，您可以将其添加到附近file.c：

#line __LINE__ "file.c"

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

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

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

至少对于gcc，这还将影响诊断消息中报告的文件名。

参加聚会有点晚了，但是对于海湾合作委员会，请看看以下-ffile-prefix-map=old=new选项：

编译位于old目录中的文件时，请在编译结果中记录对它们的所有引用，就像这些文件位于new目录中一样。指定此选项等效于指定所有单个-f*-prefix-map选项。这可用于制作与位置无关的可复制构建。另请参阅 -fmacro-prefix-map和-fdebug-prefix-map。

因此，对于我的Jenkins构建，我将添加-ffile-prefix-map=${WORKSPACE}/=/，另一个将删除本地dev软件包的安装前缀。

注意不幸的是，该-ffile-prefix-map选项仅在GCC 8及更高版本中可用-fmacro-prefix-map，我认为正是这一点__FILE__。例如，对于GCC 5，我们只有-fdebug-prefix-map（不会）影响__FILE__。

• C ++ 11

• msvc2015u3，gcc5.4，clang3.8.0

  template <typename T, size_t S>
  inline constexpr size_t get_file_name_offset(const T (& str)[S], size_t i = S - 1)
  {
      return (str[i] == '/' || str[i] == '\\') ? i + 1 : (i > 0 ? get_file_name_offset(str, i - 1) : 0);
  }
  
  template <typename T>
  inline constexpr size_t get_file_name_offset(T (& str)[1])
  {
      return 0;
  }

  '

  int main()
  {
       printf("%s\n", &__FILE__[get_file_name_offset(__FILE__)]);
  }

在以下情况下，代码将生成编译时间偏移：

• gcc：至少gcc6.1 + -O1

• msvc：将结果放入constexpr变量中：

    constexpr auto file = &__FILE__[get_file_name_offset(__FILE__)];
    printf("%s\n", file);

• clang：坚持不编译时间评估

有一个技巧可以强制所有3个编译器即使在禁用优化的调试配置中也可以进行编译时间评估：

    namespace utility {

        template <typename T, T v>
        struct const_expr_value
        {
            static constexpr const T value = v;
        };

    }

    #define UTILITY_CONST_EXPR_VALUE(exp) ::utility::const_expr_value<decltype(exp), exp>::value

    int main()
    {
         printf("%s\n", &__FILE__[UTILITY_CONST_EXPR_VALUE(get_file_name_offset(__FILE__))]);
    }

https://godbolt.org/z/u6s8j3

在VC中，当使用时/FC，__FILE__将扩展为完整路径，而无需使用该/FC选项__FILE__将扩展文件名。参考：这里

没有编译时的方法可以做到这一点。显然，您可以使用C运行时在运行时执行此操作，如其他一些答案所示，但是在编译时，如果前处理器启动，您很不走运。

使用basename（）函数，或者，如果使用Windows，则使用_splitpath（）。

#include <libgen.h>

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

也可以man 3 basename在外壳中尝试。

如果CMAKE与GNU编译器一起使用，则此global定义可以正常工作：

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -D__MY_FILE__='\"$(notdir $(abspath $<))\"'")

多年来，我一直使用与@Patrick的答案相同的解决方案。

当完整路径包含符号链接时，存在一个小问题。

更好的解决方案。

set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wno-builtin-macro-redefined -D'__FILE__=\"$(subst $(realpath ${CMAKE_SOURCE_DIR})/,,$(abspath $<))\"'")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wno-builtin-macro-redefined -D'__FILE__=\"$(subst $(realpath ${CMAKE_SOURCE_DIR})/,,$(abspath $<))\"'")

为什么要使用这个？

• -Wno-builtin-macro-redefined使编译器警告静音以重新定义__FILE__宏。

  对于那些不支持此功能的编译器，请参考下面的“ 健壮方法”。

• 从文件路径中删除项目路径是您的真正要求。您不会希望浪费时间来查找header.h文件src/foo/header.h或src/bar/header.h。

• 我们应该删除配置文件中的__FILE__宏cmake。

  大多数现有代码中都使用此宏。只需重新定义它即可让您自由。

  像编译器这样的gcc宏可以从命令行参数中预定义。完整路径将写入makefile由生成的cmake。

• 必须输入硬编码CMAKE_*_FLAGS。

  有一些命令可以在较新的版本中添加编译器选项或定义，例如add_definitions()和add_compile_definitions()。这些命令将解析make函数，就像subst应用于源文件之前一样。那不是我们想要的。

鲁棒的方法-Wno-builtin-macro-redefined。

include(CheckCCompilerFlag)
check_c_compiler_flag(-Wno-builtin-macro-redefined SUPPORT_C_WNO_BUILTIN_MACRO_REDEFINED)
if (SUPPORT_C_WNO_BUILTIN_MACRO_REDEFINED)
    set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wno-builtin-macro-redefined")
endif (SUPPORT_C_WNO_BUILTIN_MACRO_REDEFINED)
include(CheckCXXCompilerFlag)
check_cxx_compiler_flag(-Wno-builtin-macro-redefined SUPPORT_CXX_WNO_BUILTIN_MACRO_REDEFINED)
if (SUPPORT_CXX_WNO_BUILTIN_MACRO_REDEFINED)
    set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wno-builtin-macro-redefined")
endif (SUPPORT_CXX_WNO_BUILTIN_MACRO_REDEFINED)

请记住从set(*_FLAGS ... -D__FILE__=...)行中删除此编译器选项。

@ red1ynx建议的内容稍有变化，将创建以下宏：

#define SET_THIS_FILE_NAME() \
    static const char* const THIS_FILE_NAME = \
        strrchr(__FILE__, '/') ? strrchr(__FILE__, '/') + 1 : __FILE__;

在每个.c（pp）文件中添加：

SET_THIS_FILE_NAME();

然后，您可以参考THIS_FILE_NAME而不是__FILE__：

printf("%s\n", THIS_FILE_NAME);

这意味着每个.c（pp）文件只执行一次构造，而不是每次引用宏时都要进行构造。

它仅限于.c（pp）文件使用，并且无法从头文件使用。

我做了一个__FILENAME__避免每次剪切完整路径的宏。问题是将生成的文件名保存在cpp-local变量中。

通过在.h文件中定义静态全局变量，可以轻松完成此操作。此定义在每个包含.h的.cpp文件中提供独立的变量。为了成为多线程的证明，值得使变量也局部线程化（TLS）。

一个变量存储文件名（缩小）。另一个持有所给的非割__FILE__价。h文件：

static __declspec( thread ) const char* fileAndThreadLocal_strFilePath = NULL;
static __declspec( thread ) const char* fileAndThreadLocal_strFileName = NULL;

宏本身使用所有逻辑调用方法：

#define __FILENAME__ \
    GetSourceFileName(__FILE__, fileAndThreadLocal_strFilePath, fileAndThreadLocal_strFileName)

该功能是通过以下方式实现的：

const char* GetSourceFileName(const char* strFilePath, 
                              const char*& rstrFilePathHolder, 
                              const char*& rstrFileNameHolder)
{
    if(strFilePath != rstrFilePathHolder)
    {
        // 
        // This if works in 2 cases: 
        // - when first time called in the cpp (ordinary case) or
        // - when the macro __FILENAME__ is used in both h and cpp files 
        //   and so the method is consequentially called 
        //     once with strFilePath == "UserPath/HeaderFileThatUsesMyMACRO.h" and 
        //     once with strFilePath == "UserPath/CPPFileThatUsesMyMACRO.cpp"
        //
        rstrFileNameHolder = removePath(strFilePath);
        rstrFilePathHolder = strFilePath;
    }
    return rstrFileNameHolder;
}

removePath（）可以通过不同的方式实现，但是快速和简单似乎是通过strrchr实现的：

const char* removePath(const char* path)
{
    const char* pDelimeter = strrchr (path, '\\');
    if (pDelimeter)
        path = pDelimeter+1;

    pDelimeter = strrchr (path, '/');
    if (pDelimeter)
        path = pDelimeter+1;

    return path;
}

最近的Clang编译器有一个__FILE_NAME__宏（请参阅此处）。

只是希望可以改善FILE宏：

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

就像Czarek Tomczak所要求的那样，这捕获了/和\，这在我的混合环境中非常有用。

尝试

#pragma push_macro("__FILE__")
#define __FILE__ "foobar.c"

在源文件中的include语句之后并添加

#pragma pop_macro("__FILE__")

在源文件末尾。

这是一个可移植的函数，适用于Linux（路径“ /”）和Windows（“ \”和“ /”的混合）。
用gcc，clang和vs编译。

#include <string.h>
#include <stdio.h>

const char* GetFileName(const char *path)
{
    const char *name = NULL, *tmp = NULL;
    if (path && *path) {
        name = strrchr(path, '/');
        tmp = strrchr(path, '\\');
        if (tmp) {
             return name && name > tmp ? name + 1 : tmp + 1;
        }
    }
    return name ? name + 1 : path;
}

int main() {
    const char *name = NULL, *path = NULL;

    path = __FILE__;
    name = GetFileName(path);
    printf("path: %s, filename: %s\n", path, name);

    path ="/tmp/device.log";
    name = GetFileName(path);
    printf("path: %s, filename: %s\n", path, name);

    path = "C:\\Downloads\\crisis.avi";
    name = GetFileName(path);
    printf("path: %s, filename: %s\n", path, name);

    path = "C:\\Downloads/nda.pdf";
    name = GetFileName(path);
    printf("path: %s, filename: %s\n", path, name);

    path = "C:/Downloads\\word.doc";
    name = GetFileName(path);
    printf("path: %s, filename: %s\n", path, name);

    path = NULL;
    name = GetFileName(NULL);
    printf("path: %s, filename: %s\n", path, name);

    path = "";
    name = GetFileName("");
    printf("path: %s, filename: %s\n", path, name);

    return 0;
}

标准输出：

path: test.c, filename: test.c
path: /tmp/device.log, filename: device.log
path: C:\Downloads\crisis.avi, filename: crisis.avi
path: C:\Downloads/nda.pdf, filename: nda.pdf
path: C:/Downloads\word.doc, filename: word.doc
path: (null), filename: (null)
path: , filename: 

这是使用编译时计算的解决方案：

constexpr auto* getFileName(const char* const path)
{
    const auto* startPosition = path;
    for (const auto* currentCharacter = path;*currentCharacter != '\0'; ++currentCharacter)
    {
        if (*currentCharacter == '\\' || *currentCharacter == '/')
        {
            startPosition = currentCharacter;
        }
    }

    if (startPosition != path)
    {
        ++startPosition;
    }

    return startPosition;
}

std::cout << getFileName(__FILE__);

如果您最终在此页面上找到了一种方法，该方法可以从要运送的二进制文件中删除指向丑陋构建位置的绝对源路径，则下面的内容可能会满足您的需求。

尽管由于使用了CMake，因此并不能完全给出作者所希望表达的答案，但它却非常接近。遗憾的是没有人提起过，因为这可以节省我很多时间。

OPTION(CMAKE_USE_RELATIVE_PATHS "If true, cmake will use relative paths" ON)

设置上面的变量ON将生成格式为以下的构建命令：

cd /ugly/absolute/path/to/project/build/src && 
    gcc <.. other flags ..> -c ../../src/path/to/source.c

结果，__FILE__宏将解析为../../src/path/to/source.c

CMake文档

但是请注意文档页面上的警告：

使用相对路径（可能不起作用！）。

它不能保证在所有情况下都能正常工作，但可以在我的系统中工作-CMake 3.13 + gcc 4.5

由于您使用GCC，你可以利用的

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

然后在编译时通过更改源文件表示形式（完整路径/相对路径/基本名称）来控制要显示文件名的方式。

以下是适用于没有字符串库（Linux内核，嵌入式系统等）的环境的解决方案：

#define FILENAME ({ \
    const char* filename_start = __FILE__; \
    const char* filename = filename_start; \
    while(*filename != '\0') \
        filename++; \
    while((filename != filename_start) && (*(filename - 1) != '/')) \
        filename--; \
    filename; })

现在只需使用FILENAME代替__FILENAME__。是的，它仍然是运行时，但可以运行。

#include <algorithm>
#include <string>
using namespace std;
string f( __FILE__ );
f = string( (find(f.rbegin(), f.rend(), '/')+1).base() + 1, f.end() );

// searches for the '/' from the back, transfers the reverse iterator 
// into a forward iterator and constructs a new sting with both

Windows和* nix的简短有效答案：

#define __FILENAME__ std::max<const char*>(__FILE__,\
    std::max(strrchr(__FILE__, '\\')+1, strrchr(__FILE__, '/')+1))