2016-10-20 4 views
0

У меня возникли некоторые проблемы с SWIG и wchat_t типов, чтобы воспроизвести проблему, я получил немного MCVE hereSWIG_AsVal_wchar_t идентификатор не найден

Проблема заключается в том, называется SWIG_AsVal_wchar_t, но это нигде не определено.

Я попытался следующие общепринятом ответ here, но по какой-то причине не работает для меня

Как я мог решить эту проблему?

PS: Я также разместил выпуск на github

+0

Починок работал большим для меня. Я использую SWIG 3.0.2, g ++ 4.9.2 и Python 2.7.9 на Debian. Я знаю довольно много ошибок, которые были введены в более поздних версиях SWIG. Какие версии вы используете? –

+0

@Jens Munk Я использую 'SWIG Version 3.0.10 - Скомпилирован с i686-w64-mingw32-g ++ [i686-w64-mingw32] - Настроенные параметры: + pcre' и' Python 3.5.1 (v3.5.1: 37a07cee5969 , 6 декабря 2015, 01:54:25) [MSC v.1900 64 бит (AMD64) на win32' – BPL

ответ

1

Для того, чтобы использовать wchar_t, вы могли бы включать в себя интерфейс cwstring.i вместо wchar.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

Удивительно, я искал этот ответ уже несколько дней :). Каково ваше одобрение в следующий раз, когда я застрял с вопросом о свинге? Я спрашиваю вас об этом, потому что кажется, что канал и рассылка IRC OFCT - довольно медленный способ получить ответы об этом потрясающем инструменте swig. – BPL

Смежные вопросы