SWIG生成的Lua<-->C++包装器错误处理了通过typedef重命名的基本类型。

我使用SWIG为工作项目生成了C++ <--> Lua包装器。我的主要问题是，在该项目的基础上，每个平台都存在类型定义。例如，对于Win32，存在一个标题Win32Types.h，其中定义了诸如以下内容的内容：

typedef char Char;
typedef char TChar;
typedef signed int Int;
typedef unsigned int UInt;
typedef signed char Int8;
typedef unsigned char UInt8;
...

问题是，对于像以下这样的示例类：

class Named
{
  public:
    Named();
    virtual ~Named();

    void setName(const Char *name);
    const Char* GetName() const;
}

在SWIG包装器中生成的setName- 方法看起来像这样：

static int _wrap_Named_SetName(lua_State* L) {
  int SWIG_arg = 0;
  Named *arg1 = (Named *) 0 ;
  Char *arg2 = (Char *) 0 ;

  SWIG_check_num_args("Named::SetName",2,2)

  if(!SWIG_isptrtype(L,1))
    SWIG_fail_arg("Named::SetName",1,"Named *");

  if(!SWIG_isptrtype(L,2))
    SWIG_fail_arg("Named::SetName",2,"Char const *");

  if (!SWIG_IsOK(SWIG_ConvertPtr(L,1,(void**)&arg1,SWIGTYPE_p_Named,0))){
    SWIG_fail_ptr("Named_SetName",1,SWIGTYPE_p_Named);
  }

  if (!SWIG_IsOK(SWIG_ConvertPtr(L,2,(void**)&arg2,SWIGTYPE_p_Char,0))){
    SWIG_fail_ptr("Named_SetName",2,SWIGTYPE_p_Char);
  }

  ...
}

问题在于，包装器试图将Char视为另一个类指针，而实际上它只是将指针重命名为Char的char指针。 有没有办法规避这种行为？

我尝试编写了一个typemap，例如：

%typemap(in) Char {
  $1 = lua_tostring($input);
}

但我不确定我是否做对了...