GCC/C++ 공유 객체의 헤더에 대한 정적 연결

Question

- 공유 객체 libfoo.so을 만들려고합니다. libfoo.so은 foo.c 에서 생성되었습니다. - 헤더가 과 인 것으로 가정합니다. 컴파일러에서
은 Static.h의 심볼을 해결하고, 나머지는 Dynamic.h에서 런타임을 위해 남겨 둡니다. - 어떻게해야합니까? 내가 통과해야하는 CFLAG와 LDFLAG 옵션은 무엇입니까? - 내 makefile이 CFLAGS = fPIC, 공유, W1, 내보내기 - 동적을 사용하여 공유 객체를 만들도록 설정되었습니다. - 경로 포함 i "Static.h"의 올바른 위치를 지정하십시오.

나를 도와 줄 수 있습니까?

Answer 1

당신이 묘사 한 기능은 GCC 링커에서 무료로 얻을 수 있다고 생각합니다. 링킹 프로세스 중에 링커는 명령 행에서 전달 된 라이브러리에 대한 코드 참조를 모두 해석합니다. 참조 된 심볼 이름이 정적 라이브러리 (.a 파일)에 포함되어 있으면 '정적으로'링크되고 심볼이 동적 링크 라이브러리 (.so 파일) 내에 있으면 프로그램에서 동적으로 링크됩니다 실행 시간.

일반적으로 C/C++ 코드에 영향을 미치지 않으므로 심볼이 정적으로 또는 동적으로 링크되는지 여부를 신경 쓸 필요가 없습니다. 귀하의 설명에서 귀하의 질문에 대한 동기를 이해하기는 어렵지만 dlopen() 시스템 호출을 통해 동적 링크 라이브러리를 명시 적으로로드 할 필요가있을 수 있습니다. 첫 번째 단락이 귀하의 질문에 대답하지 못하면 해결하려는 일반적인 문제를 설명해 주시겠습니까?

Answer 2

dlopen(), dlclose(), dlsym(), dlerror() 외부 런타임 라이브러리를 열 수 있습니다. 외부 객체에 대한 함수 포인터를 선언하고 런타임에이를 해결해야합니다.

코드에 "bare"라는 참조 만 남기면 링커가 심볼을 해결하려고 시도합니다. 그것은 그것을 해결하거나 오류를 던져서, 당신은 executabel 이미지를 얻지 못하게 할 것입니다. 해결되지 않은 기호를 연결하려고 시도하는 것을 제외시키기위한 링커 옵션을 모른다.

아니면 무엇을 하려는지 알지 못합니다.

Answer 3

모든 동적 기호가 각 헤더에서 (extern을 통해) 설명되지만 잠재적으로 선언되지 않는 한 응용 프로그램이 심볼을로드하고 정의 할 때 런타임 링커에 의해 나중에 특정 시점에 겹쳐 쓸 수 있습니다 실행 링크 링커는 하나 이상의 심볼이없는 경우 (SomeRecord4init로 위에서보고 한 것처럼) 누락 된 비트 또는 실행 파일의 barfs를 채 웁니다.

많은 일반적인 빌드/분석 도구를 통해 lib 의존성을 추적하는 데 어려움이있는 libdl을 사용하는 대신 라이브러리와 응용 프로그램을 연결할 수도 있습니다. CFLAGS에서 -shared와 not -static를 사용하면됩니다.

많은 프로젝트가 개인용 및 공개용 API와 필드를 정의하지만 라이브러리에서는 C로 표시됩니다. 이 문제를 해결하기 위해해야 ​​할 일은 무엇입니까?