テスト用のインライン関数として、C++ 関数をヘッダー ファイルに入れました。
その後、探していることを実行する SWIG インターフェイスを構築することができました。2 つの重要な部分があります。std::map
最初に、 を予期する C++ 関数への入力として、またはperl ハッシュのいずれかを指定できるようにする typemap を作成しましたstd::map
。後者の場合、引数として使用するために perl ハッシュから一時的なマップを構築します。(これは便利ですが、遅くなる可能性があります)。タイプマップは、実際に渡されたものをチェックすることで正しい動作を選択します。
解決策の 2 番目の部分は、C++ マップのメンバー関数の一部を、perl がハッシュのオーバーロード操作に使用する特別な関数にマップすることです。これらのほとんどは%rename
、C++ 関数と perl 関数が互換性がある場所で単純に実装されていますが、C ++ の反復子に適切にマップされていませFIRSTKEY
ん。NEXTKEY
%extend
std::map
マップを返すためにここに実装された特別なタイプマップはありませんが、現在実装されている特別な操作による追加の動作があります。
SWIG インターフェイスは次のようになります。
%module stl
%include <std_string.i>
%include <exception.i>
%rename(FETCH) std::map<std::string, std::string>::get;
%rename(STORE) std::map<std::string, std::string>::set;
%rename(EXISTS) std::map<std::string, std::string>::has_key;
%rename(DELETE) std::map<std::string, std::string>::del;
%rename(SCALAR) std::map<std::string, std::string>::size;
%rename(CLEAR) std::map<std::string, std::string>::clear;
%{
#include <map>
#include <string>
// For iteration support, will leak if iteration stops before the end ever.
static std::map<void*, std::map<std::string, std::string>::const_iterator> iterstate;
const char *current(std::map<std::string, std::string>& map) {
std::map<void*, std::map<std::string, std::string>::const_iterator>::iterator it = iterstate.find(&map);
if (it != iterstate.end() && map.end() == it->second) {
// clean up entry in the global map
iterstate.erase(it);
it = iterstate.end();
}
if (it == iterstate.end())
return NULL;
else
return it->second->first.c_str();
}
%}
%extend std::map<std::string, std::string> {
std::map<std::string, std::string> *TIEHASH() {
return $self;
}
const char *FIRSTKEY() {
iterstate[$self] = $self->begin();
return current(*$self);
}
const char *NEXTKEY(const std::string&) {
++iterstate[$self];
return current(*$self);
}
}
%include <std_map.i>
%typemap(in,noblock=1) const std::map<std::string, std::string>& (void *argp=0, int res=0, $1_ltype tempmap=0) {
res = SWIG_ConvertPtr($input, &argp, $descriptor, %convertptr_flags);
if (!SWIG_IsOK(res)) {
if (SvROK($input) && SvTYPE(SvRV($input)) == SVt_PVHV) {
fprintf(stderr, "Convert HV to map\n");
tempmap = new $1_basetype;
HV *hv = (HV*)SvRV($input);
HE *hentry;
hv_iterinit(hv);
while ((hentry = hv_iternext(hv))) {
std::string *val=0;
// TODO: handle errors here
SWIG_AsPtr_std_string SWIG_PERL_CALL_ARGS_2(HeVAL(hentry), &val);
fprintf(stderr, "%s => %s\n", HeKEY(hentry), val->c_str());
(*tempmap)[HeKEY(hentry)] = *val;
delete val;
}
argp = tempmap;
}
else {
%argument_fail(res, "$type", $symname, $argnum);
}
}
if (!argp) { %argument_nullref("$type", $symname, $argnum); }
$1 = %reinterpret_cast(argp, $ltype);
}
%typemap(freearg,noblock=1) const std::map<std::string, std::string>& {
delete tempmap$argnum;
}
%template(StringStringMap) std::map<std::string, std::string>;
%{
#include "stl.h"
%}
%include "stl.h"
次に、サンプル perl をテスト用に適合させました。
use Data::Dumper;
use stl;
my $v = stl::TryMap(stl::StringStringMap->new());
$v->{'a'} = '1';
print Dumper $v;
print Dumper stl::TryMap({'a' => '4'});
print Dumper stl::TryMap($v);
foreach my $key (keys %{$v}) {
print "$key => $v->{$key}\n";
}
print $v->{'7'}."\n";
私は正常に実行できました:
Got map: 0x22bfb80
$VAR1 = bless( {
'7' => '!',
'a' => '1'
}, 'stl::StringStringMap' );
Convert HV to map
a => 4
Got map: 0x22af710
In C++ map: a => 4
$VAR1 = bless( {
'7' => '!',
'a' => '4'
}, 'stl::StringStringMap' );
Got map: 0x22bfb20
In C++ map: 7 => !
In C++ map: a => 1
$VAR1 = bless( {
'7' => '!',
'a' => '1'
}, 'stl::StringStringMap' );
7 => !
a => 1
!
このオブジェクトをハッシュに関連付けることもできます。次に例を示します。
use stl;
my $v = stl::TryMap(stl::StringStringMap->new());
print "$v\n";
tie %foo, "stl::StringStringMap", $v;
print $foo{'a'}."\n";
print tied(%foo)."\n";
理論的には、すべての関数呼び出しからの戻り時にこのタイを自動的に設定する out タイプマップを作成できますが、これまでのところ、タイイングと SWIG ランタイム型システムの両方で動作するタイプマップを作成することに成功していません。
これは本番環境向けのコードではないことに注意してください。内部マップにはスレッド セーフの問題があり、私が知っているいくつかのエラー処理もありません。また、上記の内容を超えて、perl 側からのすべてのハッシュ操作の動作を完全にテストしたわけではありません。swig_map_common
マクロと対話することで、より一般的なものにすることもできます。最後に、私は決して perl の第一人者ではなく、C API をあまり使用したことがないので、その領域については注意が必要です。