리눅스 라이브러리는 실행 파일에서 모호하게 이름 지정된 함수를 호출합니다 - 이것이 가능합니까?

Question

나는 실행 파일과 동적으로 링크 된 라이브러리로 구성된 임베디드 리눅스 C++ 응용 프로그램에 문제가 있습니다. 실행 파일은 라이브러리의 진입 점 중 하나 인 함수를 호출하지만 그 함수는 오동작합니다. gdb를 사용하여 조사한 결과 라이브러리 내의 다른 함수 xyz()를 호출해야하는 라이브러리 함수가 실제로 실행 파일 내에서 동일한 이름 xyz()의 함수를 호출한다는 것을 알았습니다.

나는 이것이 일어날 수있어서 매우 놀랍다. 어쩌면 나는 어리석은 짓을하고있다. 실행 파일을 참조하지 않고 라이브러리 자체에 링크되어 있지 않습니까? 실행 파일이 실행 파일에서 abc() 대신 라이브러리에서 abc()를 호출하면 라이브러리와 적어도 연결되어 있기 때문에 약간 더 이해할 수 있습니다.이 경우 링커는 이중 정의를 나타냅니다 ? 또는 로컬 기능의 우선 순위를 결정 하시겠습니까?

내 함수의 이름을 바꿀 수있어 이름이 일치하지 않지만 어떤 일이 벌어지고 있는지 이해하고 싶습니다. 나는이 영역이나 gcc 도구에 대해 많은 경험이 없다. 첫째, 위 시나리오에서 가능한 일이라고 생각합니까?

실행 파일과 라이브러리 모두 다른 라이브러리를 호출합니다. 사용중인 라이브러리의 link 명령은 다음과 같습니다.

powerpc-unknown-linux-gnuspe-g ++ - 4.9.3 aaa.o bbb.o [etc] -shared -o libmylibary.so -L ../otherlibpath -Wl, -rpath-link, ../otherlibpath -lotherlibname

Answer 1

동적 링커가 작동하는 방식입니다. 실행 가능한 기호는 동적 라이브러리의 기호보다 우선 순위가 높습니다. 동적 라이브러리 디자이너는이를 알고 있어야합니다. 그녀는 불필요한 기호 불일치를 피하기위한 조치를 취해야합니다. 대부분의 라이브러리는 다음을 사용합니다 :

• C++의 경우 네임 스페이스를 사용합니다. 라이브러리에서 내 보낸 모든 심볼은 라이브러리 네임 스페이스에 있어야합니다.
• C의 경우 내 보낸 모든 기호에 이름 접두사 또는 접미사를 사용합니다. 예를 들어 OpenSSL 라이브러리는 접두어 SSL_을 사용하고 공용 함수는 SSL_set_mode()과 같은 이름을 가지므로 원하지 않는 심볼 충돌이 방지됩니다.
• 라이브러리에서 비공개로 간주되는 기호를 내 보내지 마십시오. 심볼이 라이브러리에서 내보내지지 않으면 동적 링커는 라이브러리의 로컬 심볼을 사용합니다. #pragma visibility 님은 친구입니다. 중복 기호 라이브러리가 제 3 자 라이브러리이며, 저자는 함수의 이름을 바꾸거나 아마도 라이브러리 업데이트를 저자에게 물어 다음 위의 권장 사항을 준수하지 않는 경우 https://gcc.gnu.org/wiki/Visibility

를 참조하십시오. 위의 링크에서

void exported_function1(int); 
void exported_function2(int); 
#pragma GCC visibility push(hidden) 
void private_function1(int); 
void private_function2(int); 
#pragma GCC visibility pop 

세부 사항 :

편집

수출/수출 #pragma visibility 지침 (GCC 특정 확장자)에 의해 제어 될 수 없습니다.