#include <filename>과 #include“filename”의 차이점은 무엇입니까?

C 및 C ++ 프로그래밍 언어에서 include다음과 같이 명령문 에서 꺾쇠 괄호 사용과 따옴표 사용의 차이점은 무엇 입니까?

1. #include <filename>
2. #include "filename"

실제로, 전처리 기가 포함 된 파일을 검색하는 위치에 차이가 있습니다.

들면 #include <filename>통상 검색 디렉토리 구현 의존적으로 전처리 검색 컴파일러 / IDE에 의해 지정 사전. 이 방법은 일반적으로 표준 라이브러리 헤더 파일을 포함하는 데 사용됩니다.

#include "filename"전 처리기의 경우 , 지시문이 포함 된 파일과 동일한 디렉토리에서 먼저 검색 한 다음 #include <filename>양식에 사용 된 검색 경로를 따릅니다 . 이 방법은 일반적으로 프로그래머 정의 헤더 파일을 포함하는 데 사용됩니다.

보다 자세한 설명은 검색 경로 에 대한 GCC 설명서를 참조하십시오 .

알 수있는 유일한 방법은 구현 문서를 읽는 것입니다.

에서는 C 표준 , 섹션 6.10.2, 2~4 주 문단 :

• 양식의 전처리 지시문

  #include <h-char-sequence> new-line

  와 구분 기호 사이의 지정된 순서로 고유하게 식별 된 헤더에 대해 일련의 구현 정의 된 위치를 검색하고 해당 지시문을 헤더 의 전체 컨텐츠로 대체합니다 . 장소가 지정되거나 헤더가 식별되는 방식은 구현에 따라 다릅니다.<>

• 양식의 전처리 지시문

  #include "q-char-sequence" new-line

  구분 기호 사이의 지정된 순서로 식별 된 소스 파일 의 전체 내용으로 해당 지시문을 대체 합니다 ". 명명 된 소스 파일 은 구현 정의 방식으로 검색됩니다. 이 검색이 지원되지 않거나 검색이 실패하면 지시문은 읽은 것처럼 재 처리됩니다.

  #include <h-char-sequence> new-line

  >원래 지시문 의 동일한 포함 시퀀스 (있는 경우 문자 포함 )

• 양식의 전처리 지시문

  #include pp-tokens new-line

  (이전의 두 형식 중 하나와 일치하지 않음)이 허용됩니다. include지시문에서 이후의 전처리 토큰 은 일반 텍스트에서와 같이 처리됩니다. (현재 매크로 이름으로 정의 된 각 식별자는 전처리 토큰의 교체 목록으로 대체됩니다.) 모든 교체 후 생성 된 지시문은 이전 두 양식 중 하나와 일치해야합니다. a <와 >전처리 토큰 쌍 또는 한 쌍의 "문자 사이의 일련의 전처리 토큰 이 단일 헤더 이름 전처리 토큰으로 결합되는 방법은 구현 정의됩니다.

정의 :

• h-char : 개행 문자를 제외한 소스 문자 세트의 모든 멤버 >

• q-char : 개행 문자를 제외한 소스 문자 세트의 모든 멤버 "

<와> 사이의 문자 시퀀스는 헤더 일 뿐이며 반드시 파일 일 필요는 없습니다. 구현은 원하는대로 문자 시퀀스를 자유롭게 사용할 수 있습니다. (대부분 파일 이름으로 취급 하고 다른 게시물 상태와 같이 include 경로 에서 검색하면 됩니다 .)

경우 #include "file"양식, 지정된 이름의 파일에 대해, 구현 최초의 외모를 사용하는 지원합니다. 지원되지 않거나 검색이 실패하면 구현은 다른 #include <file>양식 ( )이 사용 된 것처럼 작동 합니다.

또한 세 번째 양식이 존재하며 #include지시문이 위의 양식 중 하나와 일치하지 않을 때 사용됩니다 . 이 형식에서는 매크로 확장과 같은 일부 기본 전처리가 #include지시문 의 "피연산자"에서 수행되며 결과는 다른 두 가지 형식 중 하나와 일치합니다.

여기서 좋은 대답은 C 표준을 참조하지만 POSIX 표준, 특히 c99 (예 : C 컴파일러) 명령 의 특정 동작을 잊어 버렸습니다 .

공개 그룹 기본 사양 문제 7 에 따르면 ,

-I 디렉토리

일반적인 위치를 찾기 전에 디렉토리 경로 이름으로 이름이 지정된 디렉토리를 찾도록 이름이 절대 경로 이름이 아닌 헤더를 검색하는 알고리즘을 변경하십시오 . 따라서 이름이 큰 따옴표 ( "")로 묶인 헤더는 먼저 #include 행 을 사용하여 파일의 디렉토리에서 검색 한 다음 -I 옵션으로 이름이 지정된 디렉토리 에서 검색하고 일반적인 위치에서 마지막으로 검색해야합니다. 이름이 꺾쇠 괄호 ( "<>")로 묶인 헤더의 경우 헤더는 -I 옵션으로 이름 지정된 디렉토리에서만 검색 한 다음 일반적인 위치에서 검색해야합니다 . -I 옵션으로 명명 된 디렉토리 는 지정된 순서대로 검색됩니다.c99 명령 호출

그래서, POSIX와 호환되는 C 컴파일러와 POSIX 호환 환경에서, #include "file.h"가능성을 검색 할 것입니다 ./file.h첫째, 어디 .와 파일 디렉토리입니다 #include문을하면서 #include <file.h>, 가능성을 검색 할 것입니다 /usr/include/file.h첫째, 어디 /usr/include시스템 정의 헤더의 일반적인 장소 (POSIX에 의해 정의되지 않은 것 같습니다).

GCC 문서는 이 둘의 차이점에 대해 다음과 같이 말합니다 .

사용자 및 시스템 헤더 파일 모두 사전 처리 지시문을 사용하여 포함됩니다 ‘#include’. 두 가지 변형이 있습니다.

#include <file>

이 변형은 시스템 헤더 파일에 사용됩니다. 표준 시스템 디렉토리 목록에서 file이라는 파일을 검색합니다. -I옵션을 사용하여 디렉토리를이 목록 앞에 추가 할 수 있습니다 ( 호출 참조 ).

#include "file"

이 변형은 자신의 프로그램의 헤더 파일에 사용됩니다. 현재 파일이 들어있는 디렉토리에서 먼저 file이라는 파일을 찾은 다음 quote 디렉토리에서에 사용 된 것과 동일한 디렉토리를 검색 <file>합니다. -iquote옵션을 사용하여 디렉토리를 인용 디렉토리 목록 앞에 추가 할 수 있습니다 . ‘#include’따옴표 나 꺾쇠 괄호로 구분 되든 의 인수는 주석이 인식되지 않고 매크로 이름이 확장되지 않는다는 점에서 문자열 상수처럼 동작합니다. 따라서 #include <x/*y>라는 시스템 헤더 파일을 포함하도록 지정합니다 x/*y.

그러나 파일 내에서 백 슬래시가 발생하면 이스케이프 문자가 아닌 일반 텍스트 문자로 간주됩니다. C의 문자열 상수에 적합한 문자 이스케이프 시퀀스는 처리되지 않습니다. 따라서 #include "x\n\\y"세 개의 백 슬래시가 포함 된 파일 이름을 지정합니다. (일부 시스템에서는 '\'를 경로 이름 구분 기호로 해석 ‘/’합니다. 이들 모두도 같은 방식으로 해석 됩니다 ‘/’.

파일 이름 다음 줄에 주석 이외의 것이 있으면 오류가 발생합니다.

그렇습니다:

"mypath/myfile" is short for ./mypath/myfile

와 .이 파일의 디렉토리 중 하나 인 #include에 포함되어, 및 / 또는 컴파일러의 현재 작업 디렉토리 및 / 또는default_include_paths

과

<mypath/myfile> is short for <defaultincludepaths>/mypath/myfile

경우 ./에 <default_include_paths>, 그것은 차이를 만들지 않습니다.

mypath/myfile다른 포함 디렉토리에 있으면 동작이 정의되지 않습니다.

(가) <file>포함은에서 검색하는 전처리를 알려줍니다 -I디렉토리와 미리 정의 된 디렉토리에 처음 .c 파일의 디렉토리에 다음. (가) "file"포함 소스 파일의 디렉토리를 검색 할 수 처리기를 알려줍니다 첫째 , 다음으로 되돌아 -I와 미리 정의. 어쨌든 모든 대상이 검색되며 검색 순서 만 다릅니다.

2011 표준은 주로 "16.2 소스 파일 포함"의 포함 파일에 대해 설명합니다.

2 양식의 전처리 지시문

# include <h-char-sequence> new-line

<및> 구분 기호 사이의 지정된 시퀀스로 고유하게 식별 된 헤더에 대한 구현 정의 된 장소 시퀀스를 검색하고 해당 지시문을 헤더의 전체 컨텐츠로 대체합니다. 장소가 지정되거나 헤더가 식별되는 방식은 구현에 따라 다릅니다.

3 양식의 전처리 지시문

# include "q-char-sequence" new-line

"구분자 사이에서 지정된 순서로 식별 된 소스 파일의 전체 내용으로 해당 지시문을 대체합니다. 명명 된 소스 파일은 구현 정의 방식으로 검색됩니다.이 검색이 지원되지 않거나 검색이 실패한 경우 지시문은 마치 읽은 것처럼 재 처리됩니다.

# include <h-char-sequence> new-line

원래 지시문의 동일한 포함 시퀀스 (> 문자가있는 경우 포함)

그 주 "xxx"에 양식이 저하 <xxx>파일을 찾을 수없는 경우 양식을. 나머지는 구현 정의입니다.

#include <file.h>컴파일러가 "includes"디렉토리에서 헤더를 검색하도록 지시합니다 (예 : MinGW의 경우 컴파일러는 file.hC : \ MinGW \ include \에서 또는 컴파일러가 설치된 모든 위치에서 검색 함).

#include "file"컴파일러에게 현재 디렉토리 (즉, 소스 파일이있는 디렉토리)를 검색하도록 지시합니다 file.

-IGCC에 플래그를 사용하여 꺾쇠 괄호가있는 포함을 발견하면 이후 디렉토리에서 헤더를 검색해야한다고 알릴 수 있습니다 -I. GCC는 플래그 뒤에있는 디렉토리를 마치 includes디렉토리 인 것처럼 취급합니다 .

예를 들어, myheader.h자신의 디렉토리에 호출 된 파일이있는 #include <myheader.h>경우 플래그를 사용하여 GCC를 호출했는지 말할 수 있습니다 -I .(현재 디렉토리에서 포함을 검색해야 함을 나타냄).

-I플래그가 없으면 #include "myheader.h"파일을 포함 시키거나 컴파일러 myheader.h의 include디렉토리로 이동 해야합니다 .

표준에 따르면-예, 다릅니다.

• 양식의 전처리 지시문

  #include <h-char-sequence> new-line

  <및 >구분 기호 사이의 지정된 순서로 고유하게 식별 된 헤더에 대해 일련의 구현 정의 된 장소를 검색하고 해당 지시문을 헤더의 전체 컨텐츠로 대체합니다. 장소가 지정되거나 헤더가 식별되는 방식은 구현에 따라 다릅니다.

• 양식의 전처리 지시문

  #include "q-char-sequence" new-line

  "구분 기호 사이의 지정된 순서로 식별 된 소스 파일의 전체 내용으로 해당 지시문을 대체합니다 . 명명 된 소스 파일은 구현 정의 방식으로 검색됩니다. 이 검색이 지원되지 않거나 검색이 실패하면 지시문은 읽은 것처럼 재 처리됩니다.

  #include <h-char-sequence> new-line

  >원래 지시문 의 동일한 포함 시퀀스 (있는 경우 문자 포함 )

• 양식의 전처리 지시문

  #include pp-tokens new-line

  (이전의 두 형식 중 하나와 일치하지 않음)이 허용됩니다. include지시문에서 이후의 전처리 토큰 은 일반 텍스트에서와 같이 처리됩니다. (현재 매크로 이름으로 정의 된 각 식별자는 전처리 토큰의 교체 목록으로 대체됩니다.) 모든 교체 후 생성 된 지시문은 이전 두 양식 중 하나와 일치해야합니다. a <와 >전처리 토큰 쌍 또는 한 쌍의 "문자 사이의 일련의 전처리 토큰 이 단일 헤더 이름 전처리 토큰으로 결합되는 방법은 구현 정의됩니다.

정의 :

• h-char : 개행 문자를 제외한 소스 문자 세트의 모든 멤버 >

• q-char : 개행 문자를 제외한 소스 문자 세트의 모든 멤버 "

표준은 구현 정의 방식 사이의 관계를 나타내지 않습니다. 첫 번째 양식은 구현 정의 방식으로 검색하고 다른 양식은 구현 정의 방식으로 검색합니다. 이 표준은 또한 특정 포함 파일이 존재하도록 지정합니다 (예 <stdio.h>:).

공식적으로 컴파일러의 매뉴얼을 읽어야하지만 일반적으로 (전통적으로) #include "..."양식 #include은 처음 발견 된 파일의 디렉토리를 검색 한 다음 양식이 검색하는 디렉토리 #include <...>(포함 경로, 예를 들어 시스템 헤더)를 검색합니다 ).

큰 답변에 감사드립니다. Adam Stelmaszczyk 및 piCookie 및 aib.

많은 프로그래머들과 마찬가지로, 나는 "myApp.hpp"응용 프로그램 특정 파일에 대한 <libHeader.hpp>형식과 라이브러리 및 컴파일러 시스템 파일에 대한 형식, 즉 환경 변수에 지정된 파일 /I및 INCLUDE환경 변수에 대한 형식을 표준으로 생각하는 비공식 규칙을 사용했습니다 .

그러나 C 표준에 따르면 검색 순서는 구현별로 다르므로 이식성이 복잡해질 수 있습니다. 설상가상으로 잼을 사용하여 포함 파일의 위치를 ​​자동으로 파악합니다. 포함 파일에 상대 또는 절대 경로를 사용할 수 있습니다. 즉

#include "../../MyProgDir/SourceDir1/someFile.hpp"

이전 버전의 MSVS에는 이중 백 슬래시 (\\)가 필요했지만 이제는 필요하지 않습니다. 언제 바뀌 었는지 모르겠습니다. 'nix와의 호환성을 위해 슬래시를 사용하십시오 (Windows에서 허용).

정말로 걱정 한다면 "./myHeader.h"소스 코드와 동일한 디렉토리에 포함 파일을 사용하십시오 (현재 매우 큰 프로젝트에는 중복 구성 파일 이름이 실제로 구성 관리 문제가 있습니다).

여기의 MSDN 설명 의 편의를 위해 여기에 복사가).

인용 양식

전처리 기는 다음 순서로 포함 파일을 검색합니다.

1. #include 문이 포함 된 파일과 동일한 디렉토리에 있습니다.
2. 현재 열려있는 포함 파일의 디렉토리에서 파일을 열었던 순서와 반대 순서로
   . 검색은 상위 포함 파일의 디렉토리에서 시작하여
   조부모 포함 파일의 디렉토리를 통해 계속 진행됩니다.
3. 각 /I컴파일러 옵션으로 지정된 경로를 따라 .
4. INCLUDE환경 변수에 의해 지정된 경로를 따라 .

꺾쇠 괄호 양식

전처리 기는 다음 순서로 포함 파일을 검색합니다.

1. 각 /I컴파일러 옵션으로 지정된 경로를 따라 .
2. INCLUDE환경 변수 로 지정된 경로를 따라 명령 행에서 컴파일 할 때 .

GCC 버전 <= 3.0 이상인 경우 꺾쇠 괄호 형식은 포함 된 파일과 포함 된 파일 간의 종속성을 생성하지 않습니다.

따라서 종속성 규칙을 생성하려면 (예 : GCC -M 옵션 사용) 종속성 트리에 포함되어야하는 파일에 대해 인용 된 양식을 사용해야합니다.

( http://gcc.gnu.org/onlinedocs/cpp/Invocation.html 참조 )

들어 #include ""컴파일러 일반적으로 포함하는 것을 포함하고 다른 폴더 파일의 폴더를 검색합니다. 들어 #include <>컴파일러 현재 파일의 폴더를 검색하지 않습니다.

#include <filename>을 사용하면 전처리 기는 C \ C ++ 헤더 파일 (stdio.h \ cstdio, string, vector 등)의 디렉토리에서 파일을 찾습니다. 그러나 #include "filename":을 사용하면 먼저 전처리 기가 현재 디렉토리에서 파일을 찾고 여기에 없으면 C \ C ++ 헤더 파일의 디렉토리에서 파일을 찾습니다.

꺾쇠 괄호가있는 #include는 포함 할 파일에 대해 "구현에 의존하는 장소 목록"( "시스템 헤더"를 말하는 매우 복잡한 방법)을 검색합니다.

따옴표가있는 #include는 파일을 검색합니다 ( "구현 방식에 따라"bleh). 즉, 일반 영어에서는 사용자가 던지는 경로 / 파일 이름을 적용하려고 시도하고 시스템 경로 앞에 추가하거나 다른 방식으로 변경하지 않습니다.

또한 #include ""가 실패하면 표준에서 #include <>로 다시 읽습니다.

GCC 문서는 gcc가 특정 아닌 표준되고 있지만, ISO 표준의 변호사 스타일의 이야기보다 이해하기가 훨씬 쉽다이다 (컴파일러 특정) 설명이있다.

#include "filename" // User defined header
#include <filename> // Standard library header.

예:

파일 이름은 Seller.h다음과 같습니다.

#ifndef SELLER_H     // Header guard
#define SELLER_H     // Header guard

#include <string>
#include <iostream>
#include <iomanip>

class Seller
{
    private:
        char name[31];
        double sales_total;

    public:
        Seller();
        Seller(char[], double);
        char*getName();

#endif

클래스 구현 (예 : Seller.cpp및 파일을 사용할 다른 파일 Seller.h)에서 사용자가 정의한 헤더가 다음과 같이 포함되어야합니다.

#include "Seller.h"

• #include <> 사전 정의 된 헤더 파일 용

헤더 파일이 사전 정의되어 있으면 헤더 파일 이름을 꺾쇠 괄호로 작성하면 다음과 같이 표시됩니다 (사전 정의 된 헤더 파일 이름 iostream이 있다고 가정).

#include <iostream>

• #include " " 프로그래머가 정의한 헤더 파일 용

프로그래머가 자신의 헤더 파일을 작성한 경우 헤더 파일 이름을 따옴표로 묶습니다. 따라서이라는 헤더 파일을 작성 myfile.h했다고 가정하면 include 지시문을 사용하여 해당 파일을 포함시키는 방법의 예입니다.

#include "myfile.h"

여기의 많은 답변은 컴파일러가 파일을 찾기 위해 검색하는 경로에 중점을 둡니다. 이것이 대부분의 컴파일러가하는 일이지만, 적합한 컴파일러는 표준 헤더의 효과로 미리 프로그래밍되고 #include <list>스위치로 취급 될 수 있으며 파일로 존재할 필요는 없습니다.

이것은 순전히 가설이 아닙니다. 그런 식으로 작동하는 컴파일러가 하나 이상 있습니다. #include <xxx>표준 헤더 만 사용 하는 것이 좋습니다.

#include <abc.h>

표준 라이브러리 파일을 포함하는 데 사용됩니다. 따라서 컴파일러는 표준 라이브러리 헤더가 상주하는 위치를 확인합니다.

#include "xyz.h"

컴파일러가 사용자 정의 헤더 파일을 포함하도록 지시합니다. 따라서 컴파일러는 현재 폴더 또는 -I정의 된 폴더 에서 이러한 헤더 파일을 확인합니다 .

C ++에서 두 가지 방법으로 파일을 포함하십시오.

첫 번째는 #include로 사전 처리기에서 사전 정의 된 기본 위치에서 파일을 찾도록 지시합니다. 이 위치는 종종 파일을 포함 할 경로를 나타내는 INCLUDE 환경 변수입니다.

두 번째 유형은 #include "filename"으로, 프리 프로세서는 현재 디렉토리에서 파일을 찾은 다음 사용자가 설정 한 사전 정의 된 위치에서 파일을 찾도록 지시합니다.

양식 1-#include <xxx>

먼저, 지시문이 호출 된 곳에서 현재 디렉토리에 헤더 파일이 있는지 찾습니다. 찾을 수없는 경우 사전 구성된 표준 시스템 디렉토리 목록에서 검색합니다.

양식 2-#include "xxx"

지시문이 호출되는 현재 디렉토리에 헤더 파일이 있는지 찾습니다.

정확한 검색 디렉토리 목록은 대상 시스템, GCC 구성 방법 및 설치 위치에 따라 다릅니다. -v 옵션으로 실행하여 GCC 컴파일러의 검색 디렉토리 목록을 찾을 수 있습니다.

-I dir 을 사용하여 추가 디렉토리를 검색 경로에 추가 할 수 있습니다.이 명령을 사용 하면 dir이 현재 디렉토리 뒤 (명령어의 인용 형식으로) 표준 시스템 디렉토리보다 먼저 검색됩니다.

기본적으로 "xxx"형식은 현재 디렉토리에서 검색 할뿐입니다. 양식을 다시 찾지 못하면

는 #include <filename>시스템 파일이 언급 될 때 사용된다. 이는 /usr/include또는 과 같은 시스템 기본 위치에서 찾을 수있는 헤더 파일입니다 /usr/local/include. 다른 프로그램에 포함되어야하는 고유 한 파일의 경우 #include "filename"구문 을 사용해야 합니다.

표준 C 라이브러리 위치에서 "<filename>"검색

"filename"은 현재 디렉토리에서도 검색합니다.

이상적으로는 표준 C 라이브러리에는 <...>를 사용하고 현재 디렉토리에 작성하고 존재하는 라이브러리에는 "..."를 사용하십시오.

일반적인 일반적인 규칙은 꺾쇠 괄호를 사용하여 컴파일러와 함께 제공되는 헤더 파일을 포함하는 것입니다. 큰 따옴표를 사용하여 다른 헤더 파일을 포함하십시오. 대부분의 컴파일러는 이런 식으로합니다.

1.9 — 헤더 파일 은 전 처리기 지시문에 대해 자세히 설명합니다. 초보자 프로그래머 인 경우 해당 페이지를 통해 모든 것을 이해할 수 있습니다. 나는 여기에서 그것을 배웠고 직장에서 그것을 따르고 있습니다.

C / C ++ 시스템 또는 컴파일러 라이브러리의 헤더 파일을 사용하려는 경우에 사용됩니다. 이 라이브러리는 stdio.h, string.h, math.h 등이 될 수 있습니다.

프로젝트 폴더 또는 다른 곳에있는 사용자 정의 헤더 파일을 사용하려는 경우에 사용됩니다.

전 처리기 및 헤더에 대한 자세한 내용 C- 전처리기를 읽으십시오 .

#include <filename>

• 전처리 기는 구현에 따라 검색합니다. 컴파일러에게 시스템 헤더 파일이있는 디렉토리를 검색하도록 지시합니다.
• 이 방법은 일반적으로 표준 헤더 파일을 찾는 데 사용됩니다.

#include "filename"

• 이것은 컴파일러에게 프로그램이 실행중인 헤더 파일을 검색하도록 지시합니다. 실패한 경우 #include <filename>시스템 헤더 파일이 저장된 위치에서 해당 헤더 파일을 검색하고 검색하십시오.
• 이 방법은 일반적으로 사용자 정의 헤더 파일 (사용자가 생성 한 헤더 파일)을 식별하는 데 사용됩니다. 표준 라이브러리를 호출하려면 컴파일 시간보다 더 많은 시간이 걸리기 때문에 이것을 사용하지 마십시오 #include <filename>.

현재 구성을 기반으로 gcc를 사용하여 시스템에서 검색 순서를 보려면 다음 명령을 실행할 수 있습니다. 이 명령에 대한 자세한 내용은 여기를 참조하십시오.

cpp -v /dev/null -o /dev/null

Apple LLVM 버전 10.0.0 (clang-1000.10.44.2)
대상 : x86_64-apple-darwin18.0.0
스레드 모델 : posix InstalledDir : 라이브러리 / 개발자 / CommandLineTools / usr / bin
"/ 라이브러리 / 개발자 / CommandLineTools / usr / bin / clang"-cc1 -triple x86_64-apple-macosx10.14.0 -Wdeprecated-objc-isa-usage -Werror = deprecated-objc-isa-usage -E -disable-free- disable-llvm-verifier -discard-value-names -main-file-name null -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -fno-strict-return -masm-verbose- munwind-tables -target-cpu penryn -dwarf-column-info -debugger-tuning = lldb -target-linker-version 409.12 -v -resource-dir /Library/Developer/CommandLineTools/usr/lib/clang/10.0.0- isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk -I / usr / local / include -fdebug-compilation-dir / Users / hogstrom -ferror-limit 19 -fmessage-length 80-스택 보호기 1 -fblocks -fencode-extended-block-signature -fobjc-runtime = macosx-10.14.0 -fmax-type-align = 16 -fdiagnostics-show-option -fcolor-diagnostics-전통적인 cpp -o--xc / dev / null
존재하지 않는 디렉토리 "/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/local/include"를 무시하고 존재하지 않는 clang -cc1 버전 10.0.0 (clang-1000.10.44.2) 기본 대상 x86_64-apple-darwin18.0.0 디렉토리 "/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/Library/Frameworks"#include "
..."검색 시작 :
#include <...> 검색 시작 :
/ usr / local / include
/ 라이브러리 / 개발자 /CommandLineTools/usr/lib/clang/10.0.0/include
/ Library / Developer / CommandLineTools / usr / include
/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include
/ Library / Developer / CommandLineTools / SDKs / MacOSX10.14.sdk / System / Library / Frameworks (프레임 워크 디렉토리)
검색 목록의 끝.

#include <file> 

기본 포함 디렉토리가있는 파일을 포함합니다.

#include "file" 

파일이 컴파일 된 현재 디렉토리에 파일을 포함시킵니다.

#include 문을 작성하는 방법에는 두 가지가 있습니다.

#include"filename"
#include<filename>

각 형태의 의미는

#include"mylib.h"

이 명령은 mylib.h설정되었을 수있는 include 검색 경로에서 언급 된대로 지정된 디렉토리 목록뿐만 아니라 현재 디렉토리에서 파일 을 찾습니다 .

#include<mylib.h>

이 명령은 mylib.h지정된 디렉토리 목록에서만 파일 을 찾습니다 .

포함 검색 경로는 포함되는 파일을 검색 할 디렉토리 목록 일 뿐이며 다른 C 컴파일러를 사용하면 검색 경로를 다른 방식으로 설정할 수 있습니다.