Glad: 헤더 파일 전용 라이브러리 생성 지원

좋은 아이디어라고 생각합니다. 내 코드의 나머지 부분과 함께 기쁜 파일을 넣고 싶지는 않지만 현재로서는 대안이 너무 복잡합니다.

나는 단순함이 (GLEW와 같이) 그 이상을 서게 만드는 기쁨의 한 가지 특징이라고 생각합니다. 가져올 헤더 파일만 있으면 훨씬 더 간단하고 더 좋을 것입니다.

그러나 @raysan5 가 만든 전체 파일을 컴파일하는 데 시간이 걸린다고 생각합니다. 특히 여러 파일에 포함되어 있는 경우 더욱 그렇습니다. 꽤 자주 내 헤더 파일에 대해 선언된 GLuint와 같은 것을 원합니다. 아마도 무료 glad_types.h 가 좋을 것입니다. 개인적으로 많은 파일이 아니라 .c 파일에 대해 걱정하고 있습니다.

@Shimmen 안녕하세요, 저는 OpenGL 3.3 코어 프로필 기쁜 버전을 사용하고 있습니다. 원래 glad.h 는 이미 ~14K LoC이고 glad.c 는 ~7.6K LoC였습니다. 일단 통합되면 glad.h 는 ~22K LoC이고 GCC 4.7.2를 사용한 컴파일 시간은 내 개발 워크스테이션 에서 약 2-3초가 걸립니다.

풀 리퀘스트를 할 생각입니다. 헤더 파일만 있는 옵션이 되길 원하고 기본값이어야 합니까?

이봐, 굉장해!

이전에 헤더 파일이 정말 커서 컴파일 프로세스가 상당히 느려질 것이라고 지적했듯이 해당 옵션이 의미가 있는지 여전히 생각하고 있습니다. 헤더를 여러 헤더 파일로 분할하는 것이 좋은 생각인지도 잘 모르겠습니다.

그런 다음 다시 옵션을 사용하는 것이 문제가 되지는 않겠지만 헤더 전용 옵션은 기본값이 아닙니다.

웹 도구를 사용하여 필요한 확장(기본 OpenGL 3.3 Core)을 선택한 다음 헤더 전용 파일을 만들었습니다. 약 5K LoC였고 밀리초 내에 컴파일됩니다(지연을 감지할 수 없음).

참고로, glad2 브랜치는 이제 헤더 전용 옵션을 지원합니다!

python -m glad --out-path=build --api="gl:core=" --extensions= c --header-only

최신 전처리기는 매우 빠르므로 GLAD_IMPLEMENTATION 가 정의되지 않으면 성능에 거의 영향이 없습니다.

훌륭한 추가 @Dav1dde! 업데이트 정말 감사합니다! :)

이 기능이 웹사이트에 언제 출시될 것인지 또는 버전 2가 공식적으로 출시될 것인지에 대한 소식이 있습니까? 감사 해요!

도착 예정 시간이 없습니다.

가지고 놀고 싶다면 glad2 브랜치가 작동하는 C-Code를 생성해야 합니다. API가 약간 변경됨: gladLoadGL 는 GL 컨텍스트를 로드하는 유일한 방법이며 항상 로더 함수를 전달해야 합니다.

이것이 웹사이트에 언제 올라올 수 있는지에 대한 상태 업데이트를 받을 수 있기를 바랐습니다. 나는 웹 서비스를 좋아한다! 나는 그것이 훌륭하다고 생각합니다! 헤더만 지원하면 완벽합니다. 감사 해요!

http://glad2.dav1d.de는 현재 glad2 브랜치를 호스팅하며 작동하지만 고정 API가 없습니다. Glad2는 헤더만 지원합니다. 버그를 찾으면 기꺼이 수정하겠습니다.

나는 이것과 관련하여 몇 가지 문제를 발견했다고 생각합니다.

1. 헤더 가드 __glad_gl_h_ 는 glad.h 부분이 아니라 파일 끝에서 닫아야 합니다.
2. 모든 함수를 inline 로 정의해야 합니다. 그렇지 않으면 ODR을 깨는 것입니다. 즉, 두 번 이상 포함할 수 없습니다.

감사합니다. 헤더는 여전히 약간의 개선이 필요합니다.

@elmindreda 는 저를 가리켰습니다(잊지 않기 위해): https://github.com/nothings/stb/blob/master/docs/stb_howto.txt#L9

Glad2에서 작동합니다.