C에서 void*와 멤버 함수에 대한 포인터 사이를 캐스팅하는 방법은 무엇입니까?

void*와 멤버 함수에 대한 포인터 간의 캐스팅 문제

C 라이브러리로 작업할 때 개발자는 종종 void*와 멤버 함수에 대한 포인터 간의 캐스팅 문제에 직면합니다. . 이 문서의 목적은 이 주제와 관련된 특정 문제를 해결하고 실행 가능한 솔루션을 제공하는 것입니다.

문제 설명

C 객체를 Lua 인터프리터에 쉽게 바인딩하려는 시도에서, call_int_function은 GCC 4.4를 사용하여 설계되었습니다. 그러나 reinterpret_cast)(int, int)>(lua_touserdata(L, lua_upvalueindex(1))) 줄은 void에서 포인터로의 잘못된 캐스트를 나타내는 컴파일 오류를 발생시켰습니다.

오류 원인

GCC는 void에서 void(T::)(int, int)로의 캐스트를 유효하지 않은 것으로 간주합니다. 일반 포인터와는 다릅니다. 이는 전통적인 의미의 주소가 아니며 구현은 컴파일러에 따라 크게 다릅니다.

대체 솔루션

이 문제의 해결 방법은 멤버 함수를 일반 함수 내에 래핑하는 것입니다. free 함수는 객체를 첫 번째 인수로 취해야 합니다. 이 접근 방식을 사용하면 void*로 캐스팅할 필요가 없으며 함수 유형에 대한 일반 포인터를 사용할 수 있습니다.

업데이트된 함수

다음은 제안된 솔루션을 사용하여 call_int_function을 다시 작성한 버전입니다.

<code class="cpp">template <class T>
int call_int_function(lua_State *L) {
    void (*method)(T*, int, int) = reinterpret_cast<void (*)(T*, int, int)>(lua_touserdata(L, lua_upvalueindex(1)));
    T *obj = reinterpret_cast<T *>(lua_touserdata(L, 1));

    method(obj, lua_tointeger(L, 2), lua_tointeger(L, 3));
    return 0;
}</code>

결론

멤버 함수를 일반 함수로 래핑하면 void*로 캐스팅할 필요가 없어져 GCC 4.4에서 발생하는 컴파일 오류가 해결됩니다. 이 접근 방식은 포인터-멤버 캐스팅의 제한 사항과 요구 사항을 준수하면서 의도한 기능을 유지합니다.

위 내용은 C에서 void*와 멤버 함수에 대한 포인터 사이를 캐스팅하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!