使用shared_ptr与SWIG董事Java

Question

我开始掌握SWIG的诀窍，最新版本（v3.0）的SWIG似乎可以处理我需要的所有现成功能，包括C 11功能，但在我的director类中使用shared_ptr时，我遇到了一个障碍。

我已经能够获得共享的\u ptr来使用普通的代理类，非常好，但现在在我的董事会上，它似乎没有得到现成的支持。它给了我自动生成的类型，比如SWIGTYPE_p_std_uushared_ptrT_MyDataType_t，并生成了一个中断的接口，因为它使用的类型与代理类使用的类型不同。

我有一个简单的例子来说明我正在尝试做什么（在swig 3.0上运行swig-c-java Test.I）：

测试

%module(directors="1") test
%{

%}

%include <std_shared_ptr.i>

%shared_ptr(MyDataType)

class MyDataType {
public:
    int value;
};

class NonDirectorClass {
public:
    std::shared_ptr<MyDataType> TestMethod();
};

%feature("director") CallbackBaseClass;

class CallbackBaseClass {
public:
    virtual ~CallbackBaseClass() {};
    virtual std::shared_ptr<MyDataType> GetDataFromJava() {};
};

基本上，我将要做的是在Java中扩展CallbackBaseClass，我希望能够传递共享的\u ptr包装类型。非director类可以很好地生成共享的_ptr类型。director类代理文件生成正确，但包装中的SwigDirector\uu方法引用了不正确的类型。

似乎我可以通过将SWIGTYPE_p_std_ushared_ptrT_MyDataType_t的类型更改为MyDataType来手动修复文件，但我希望有更多swig知识的人能够回答这个问题，以便正确生成。

这里是我掌握的最好的线索，但我仍在努力找出如何正确使用这些类型映射，尤其是对于共享的_ptr而不是基本的原语。

更新：

文件上说：

注意：目前不支持%shared_ptr和director功能。

尽管没有说明原因。我想知道这对于swig董事来说是否是不可能的，是否有充分的理由不在董事中使用shared_ptr。似乎使用与其他地方相同的类型是有道理的。我希望答案是这仍然是可能的。

Answer 1

最新版本的SWIG留档现在为：

“对%shared_ptr的支持有些有限，不同目标语言的director功能和成功程度各不相同。请通过提供改进补丁来帮助改进此支持。”

为了让您的示例发挥作用，我们似乎需要添加四个缺失的类型映射：directorin、directorout、javadirectorin和javadirectorout：

%module(directors="1") test

%include <std_shared_ptr.i>

%{
#include <memory>
#include <iostream>
%}

%shared_ptr(MyDataType)

%feature("director") CallbackBaseClass;

%typemap(javadirectorin) std::shared_ptr<MyDataType> "new $typemap(jstype, MyDataType)($1,true)";
%typemap(directorin,descriptor="L$typemap(jstype, MyDataType);") std::shared_ptr<MyDataType> %{
  *($&1_type*)&j$1 = new $1_type($1);
%}

%typemap(javadirectorout) std::shared_ptr<MyDataType> "$typemap(jstype, MyDataType).getCPtr($javacall)";
%typemap(directorout) std::shared_ptr<MyDataType> %{
  $&1_type tmp = NULL;
  *($&1_type*)&tmp = *($&1_type*)&$input;
  if (!tmp) {
    SWIG_JavaThrowException(jenv, SWIG_JavaNullPointerException, "Attempt to dereference null $1_type");
    return NULL;
  }
  $result = *tmp;
%}

%inline %{
class MyDataType {
public:
    int value;
};

class NonDirectorClass {
public:
    std::shared_ptr<MyDataType> TestMethod() { return std::make_shared<MyDataType>(); }
};

class CallbackBaseClass {
public:
    virtual ~CallbackBaseClass() {};
    virtual std::shared_ptr<MyDataType> GetDataFromJava() = 0;
};

void frobinate(CallbackBaseClass& cb) {
    std::cout << "In C++: " << cb.GetDataFromJava()->value << "\n";
}
%}

尽管在示例中只使用directorout大小写，但directorin typemap仍然需要使director_connect中的查找成功，因为这取决于拥有正确的描述符。

这四种类型映射在功能上与in、javain和javaout类型映射相当，但由于它们在控制器中的角色而相反。

它们不足以处理所有情况，但它们在您的示例中有效。描述符中的$typemap调用需要一个比Ubuntu 14.04中包含的版本更新的SWIG 3版本——以我编写的形式，我测试的唯一版本是从主干中签出的。您可以手动编写描述符（这只是Descriptor="LMyDataType；"），但显然这不太通用。按上述方式编写它的好处是它也可以正确处理%rename指令。这也不能正确处理包，因此在这种情况下您也必须再次手动编写它。

我能够测试并运行这个示例，我添加了以下运行。爪哇：

public class run extends CallbackBaseClass {
  public MyDataType GetDataFromJava() {
    MyDataType val = new MyDataType();
    val.setValue(123);
    return val;
  }

  public static void main(String[] argv) {
    System.loadLibrary("test");
    run r = new run();

    System.out.println("In Java: " + r.GetDataFromJava().getValue());
    test.frobinate(r);
  }
}

编译并运行了它：

~/swig-trunk/preinst-swig -Wall -c++ -java  test.i  
clang++-3.6 -stdlib=libc++ -Wall -Wextra -std=c++1y test_wrap.cxx -o libtest.so -I/usr/lib/jvm/default-java/include/ -I/usr/lib/jvm/default-java/include/linux -shared -fPIC 
javac run.java
LD_LIBRARY_PATH=. java run

当ran给出：

In Java: 123
In C++: 123

我想在Javashared_ptr导演的情况下，围绕正确获取描述符的微妙之处可能是让这个"just work"开箱的主要障碍。