2016-10-20 7 views
0

나는 꿀꺽 꿀꺽과 wchat_t 유형의 몇 가지 문제에 봉착 찾을 수 있지만 어디 정의 아닙니다.SWIG_AsVal_wchar_t 식별자는 내가 SWIG_AsVal_wchar_t가 호출되는 작은 MCVE <a href="https://github.com/brupelo/swig_wchar" rel="nofollow noreferrer">here</a></p> <p>문제를 가지고 문제를 재현하기 위해,

내가 허용 대답 here 다음하지만

나는이 문제를 어떻게 해결할 수

나를 위해 작동하지 않았다 어떤 이유로 시도했습니다?

PS : 나는 또한 wchar_t를 사용하기 위해서는 github

+0

수정 나를 위해 큰 일했습니다. 데비안에서 SWIG 3.0.2, g ++ 4.9.2 및 Python 2.7.9를 사용하고 있습니다. 나는 이후 버전의 SWIG에서 소개 된 버그를 알고 있습니다. 어떤 버전을 사용하고 있습니까? –

+0

@Jens Munk 나는 SWIG 버전 3.0.10을 사용하고 있습니다 - i686-w64-mingw32-g ++ [i686-w64-mingw32]로 컴파일되었습니다 - 설정 옵션 : + pcre'와'Python 3.5.1 (v3.5.1 : 37a07cee5969 , 12 월 6 일, 2015, 01:54:25) [MSC v.1900 64 비트 (AMD64) on win32' – BPL

답변

1

에 문제를 게시 한, 당신은 인터페이스 대신 wchar.icwstring.i을 포함 할 수있다.

이이 libsystem.i을 수정하여 샘플을 빌드 할 수 있습니다 :

%module libsystem 
%include "cwstring.i" 
%{ 
#include "foo.h" 
%} 
%include "foo.h" 

타 방법은 libsystem.i 다음 사용하여 누락 된 단편을 포함하는 것입니다 :

%module libsystem 
%include "wchar.i" 
%include <typemaps/wstring.swg> 
%{ 
#include "foo.h" 
%} 
%include "foo.h" 
+0

굉장해, 나는 이미 며칠 동안이 해답을 찾고 있었다. :) 다음에 내가 swig 질문에 빠지면 당신의 권고는 무엇입니까? OFCT의 irc 채널 및 메일 링리스트가이 멋진 도구에 대한 답변을 얻는 데 아주 느린 방법 인 것 같아서 묻습니다. – BPL