최종 바이너리에서 사용되지 않는 메소드를 제외하는 방법은 무엇입니까?

Question

그 클래스 안에서 사용되지 않는 private 메서드는 컴파일러/링커에 의해 제거되어 최종 이진 파일에 포함되지 않을 것이라고 생각했습니다.

구현되었지만 사용되지 않는 개인 메서드로 예제 클래스를 만들었습니다.

class XXX 
{ 
    public: 
    XXX(); 

    private: 
    void MyUnusedMethod(); 
}; 

및 구현 파일에

:

void XXX::MyUnusedMethod() 
{ 
    const char* hugo = "ABCCHARLYABC"; 
    printf(hugo); 
} 

컴파일 후 문자열은 여전히 ​​최종 바이너리에 존재합니다. 왜? 어떻게 이것을 막을 수 있습니까?

안부, CHARLY

Answer 1

하나의 유용한 방법은 각 기능에 대해 .o 파일을 만드는 것입니다. 그런 다음 .o 파일에서 .a 아카이브를 빌드하십시오. 해당 아카이브에 링크 할 때 링커는 기호를 확인하는 .o 파일, 즉 아무도 호출하지 않는 함수가있는 .o 파일에만 링크합니다. link-time code generation으로 최신 버전의 gcc를 사용하는 것이 좋습니다.

Answer 2

이 아마 정말 나쁜 생각이지만, 어쨌든 그것을 작성해야 :) 당신은 템플릿 클래스를 만들 수는 afair 사용하지 않는 방법을 삭제할.

Answer 3

컴파일 후 문자열은 여전히 ​​최종 이진 파일에 있습니다. 이유

다른 사람들은 최종 바이너리에서 사용되지 않는 코드를 제거하는 방법을 제안했습니다. Why에 대해 약간의 답을주고 싶습니다. 기능을 제거 할 수없는 이유는 두 가지입니다.

당신이 static linkage와 그 XXX 유형의 모든 개체를 선언하지 않는 한 다른 객체 파일이 extern를 사용하여 값을 액세스 할 수 있기 때문에, 컴파일러가 생성 된 오브젝트 파일의 유형 (따라서 방법)을 제거 할 수 없습니다. 한 번에 모든 객체 파일을 볼 수있는 링커가이 문제를 해결할 수 있습니다.

그러나 질문을 gcc으로 태그 했으므로 컴파일하지 않았거나 -fvisibility=hidden으로 연결했을 수 있습니다. 이 경우 링커조차도 다른 모듈이 런타임에 심볼을 해석 할 수 있으므로 심볼 (따라서 코드)을 제거 할 수 없습니다.

Answer 4

이것은 일반적으로 -funcata-sections 옵션을 gcc에 전달하여 수행됩니다. 자세한 내용은 link을 참조하십시오.