__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__는 "현재 소스 Fi를 르 (문자열 리터럴)의 추정 이름"으로 확장한다는 것이다.

대안은 #line지시문 을 사용하는 것 입니다. 현재 행 번호 및 선택적으로 소스 파일 이름을 대체합니다. 파일 이름을 무시하고 줄 번호 만 남겨 두려면 __LINE__매크로를 사용하십시오 .

예를 들어, 맨 위에 다음을 추가 할 수 있습니다 file.c.

#line __LINE__ "file.c"

이것에 대한 유일한 문제는 지정된 줄 번호를 다음 줄에 할당하고 첫 번째 인수 #line는 숫자 시퀀스 여야 하므로 다음과 같은 작업을 수행 할 수 없다는 것입니다

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

#line지시문 의 파일 이름이 파일 의 실제 이름과 일치 하는지 확인하는 것은 연습으로 남습니다.

최소한 gcc의 경우 진단 메시지에보고 된 파일 이름에도 영향을 미칩니다.

파티에 약간 늦었지만 GCC의 경우 -ffile-prefix-map=old=new옵션을 살펴보십시오 .

old 디렉토리에있는 파일을 컴파일 할 때 , 파일이 new 디렉토리에있는 것처럼 컴파일 결과에 대한 참조를 기록하십시오 . 이 옵션을 지정하는 것은 모든 개별 -f*-prefix-map옵션 을 지정하는 것과 같습니다 . 위치에 독립적 인 재현 가능한 빌드를 만드는 데 사용할 수 있습니다. 참조 -fmacro-prefix-map및 -fdebug-prefix-map.

따라서 Jenkins 빌드의 -ffile-prefix-map=${WORKSPACE}/=/경우 로컬 개발자 패키지 설치 접두사를 제거하기 위해를 추가 하고 다른 것을 추가 합니다.

참고 불행히도 -ffile-prefix-map옵션은, 이후 GCC 8 만 avalable입니다 -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 런타임을 사용하여 런타임에 수행 할 수는 있지만 컴파일 타임에는 전임자가 시작되면 운이 좋지 않습니다.

사용 기본 이름 () 는 Windows에있는 경우, 기능, 또는 _splitpath () .

#include <libgen.h>

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

man 3 basename껍질 에도 시도하십시오 .

CMAKEGNU 컴파일러와 함께 사용 하는 경우 다음 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()and와 같은 최신 버전에는 컴파일러 옵션 또는 정의를 추가하는 명령이 있습니다 add_compile_definitions(). 이 명령은 subst소스 파일에 적용하기 전에 make 기능을 구문 분석 합니다. 그것은 우리가 원하는 것이 아닙니다.

에 대한 강력한 방법 -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 Name (shrunk)을 저장합니다. 다른 하나는 줄지 않은 가치를 지니고 있습니다 __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))