Glad: Max OS에서 g ++ 사용 문제 : 아키텍처 x86_64의 정의되지 않은 기호

glad.c 를 파일로 컴파일해야합니다. 예를 들어 다음 명령을 사용하여 합니다 .

g++ example/c++/hellowindow2.cpp -Ibuild/include build/src/glad.c -lglfw -ldl

빌드 설정을 보여 주거나 glad.c 가 컴파일러 (및 선택적으로 링커에 glad.o 로 전달되었는지 확인할 수 있습니까?

그래 당신 말이 맞아요! 나는 g ++에게 glad.c 명시 적으로 컴파일하라고 말하지 않았고, 파일이 기본적으로 컴파일 될 것이라고 생각했습니다. 내 빌드 설정은 다음과 같습니다.

{
"version": "2.0.0",
"tasks": [
    {
        "label": "testwindow",
        "type": "shell",
        "command": "g++",
        "args": [
            "glad.c",
            "-lglfw",
            "${file}",
            "-o",
            "${fileDirname}/${fileBasenameNoExtension}.out",
            "-g",
        ],
             "group": {
                  "kind": "build",
                  "isDefault": true
            }
        }
    ]
}

다른 작업없이 args에 glad.c 를 넣는 것에 대해 여전히 걱정이됩니다.
g ++에 대한 args의 순서가 중요합니까 아니면 근본적인 문제로 이어질까요?
꽤 오랫동안 나를 괴롭 혔습니다. 어쨌든 감사합니다!

(PS : 솔직히 저는 C / Cpp의 신인입니다. VS와 같은 IDE없이 타사 lib와 컴파일러를 사용하는 것은 처음입니다. , gcc 등)

glad.c 포함되어 있으면 괜찮습니다.

-lglfw 을 인수 목록의 끝으로 이동하려고합니다 (기본적으로 모든 링커 명령의 경우).

이유는 바이너리 생성이 1) 컴파일과 2) 링크의 두 단계로 나뉩니다. 일반적으로 파일을 컴파일하려면 컴파일러가 필요합니다 (일반적으로 -c 플래그로 수행되고 .o 출력) .o 파일을 함께 연결하고 최종 실행 파일을 만듭니다. GCC / G ++는 링커 (일반적으로 ld )를 호출하기에 충분히 친절합니다. 따라서 여러 C / C ++ 파일을 전달하면 컴파일되고 실행 파일로 연결됩니다. 링커 자체는 실행 파일에 가능한 한 적게 넣으려고하므로 맨 처음에 -lglfw 와 같은 라이브러리에 전달하면 (첫 번째 인수) 라이브러리에 여러 심볼이 내 보낸 것으로 보입니다 ( 예 : glfwGetProcAddress )하지만 해당 라이브러리의 기호를 참조하는 파일이 없으므로 폐기됩니다 (파일이 해당 기호를 참조하기 때문에 원하지 않지만 나중에 전달됨).

개인적으로 나는 매우 간단하고 기본적인 Makefile 찾고 그것으로 작업 할 것입니다.

조언과 자세한 설명에 감사드립니다. 당신은 내 문제를 완벽하게 해결했습니다!