nm符号名称略有不同

时间:2018-04-24 21:40:57

标签: c++ linker-errors symbols nm

我在一个共享库中有一个未定义的符号名称:

U _ZN5Daetk5Petsc3Sys10catchErrorEj

在应该解决此问题的共享库中,符号名称的最后一个字符是不同的:

000000000008c65e T _ZN5Daetk5Petsc3Sys10catchErrorEb

这两个共享库使用相同的堆栈(gcc-7.3.0)进行编译。

为什么会这样?怎么解决这个问题?

以下是从属lib header.h的相关代码。

extern "C" {
typedef struct
{
  PyObject_HEAD
  Daetk::Petsc::Sys* petscSys;
} DaetkPetscSys;
}

依赖lib source.cpp。

extern "C" {
static PyObject* 
DaetkPetscSys_catchError(DaetkPetscSys *self, PyObject *args)
{
  bool error;
  if(!PyArg_ParseTuple(args,"b",&error)) return NULL;
  return Py_BuildValue("b",self->petscSys->catchError(error));
}
}

解析lib header.h(已清理)。

namespace Daetk {
namespace Petsc {
class Sys
{  
public:
  Sys();
  virtual ~Sys();
  bool catchError(bool error);
};
} } //Petsc::Daetk

解析lib source.cpp(已清除)。

bool Daetk::Petsc::Sys::catchError(bool error)
{
  using namespace cc;
  int thisVal=error;
  int result=error;
  MPI_Allreduce(&thisVal,&result,1,MPI_INT,MPI_LOR,PETSC_COMM_WORLD);
  return result;
}

1 个答案:

答案 0 :(得分:0)

问题在于<stdbool.h>在其中一个标头包含在Cython编译中时,在hdf5中出现了一些奇怪的_Bool is not a type问题。作为一个黑客,我注释掉了<stdbool.h> include并将bool重新定义为unsigned int。这是符号名称不匹配问题的来源。