私はSWIGと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
上の問題を掲載しました、あなたは、インターフェイスの代わりwchar.iのcwstring.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"
すごく、私は数日前からこの答えを探していました。次回私がswigの質問に悩まされたときのあなたの勧告は何ですか？私はOFCTのIRCチャンネルとメーリングリストがこのすばらしいスイフトツールについての答えを得るのにかなり遅い方法だと感じるので、あなたにこれを尋ねます。 – BPL
修正は私のために素晴らしい仕事しました。私はDebianでSWIG 3.0.2、g ++ 4.9.2、Python 2.7.9を使用しています。私はSWIGの後のバージョンで導入されたかなりのバグを認識しています。あなたはどのバージョンを使用していますか？ –
@Jens Munk私は 'SWIG Version 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