草庐IT

EXPORT_SYMBOL

全部标签

c++ - Unresolved external symbol 错误仅发生在 64 位模式中,而不是在 32 位构建中

我有一个VC++代码(使用VS2008构建),它使用了一些静态库(*.lib文件在编译时静态链接)。为了便于理解,我们将我的EXE代码称为“AAA.EXE”并将lib文件称为“A.lib”、b.lib等...AAA.EXE代码和静态库代码都是使用VS2008构建的。我看到我的“AAA.EXE”在32位版本中运行良好,并且在以64位模式构建AAA.EXE时显示以下链接器错误。当然,我已经在64位模式下重建了静态库,并在我的AAA.EXE中提供了lib路径,如下所示:::“对应于AAA.EXE的项目配置属性->链接器->常规/输入”。这个链接器错误真的困扰了我很长时间。任何帮助是极大的赞赏

c++ - Qt 应用程序抛出 "dyld: Symbol not found: __cg_jpeg_resync_to_restart"

我在OSX上遇到了众所周知的dyld问题。Qt.pro文件:INCLUDEPATH+=/usr/local/Cellar/libpng/1.6.23/include/usr/local/Cellar/jpeg/8d/includeLIBS+=-L/usr/local/Cellar/libpng/1.6.23/lib-L/usr/local/Cellar/jpeg/8d/lib-ljpeg-lpng-ljpeg-lz在运行时我的应用程序抛出:dyld:Symbolnotfound:__cg_jpeg_resync_to_restartReferencedfrom:/System/Libr

c++ - poco c++ 静态链接问题与 undefined symbol 引用

我正在尝试像这样链接到POCOC++库的静态版本:g++BCCMain.o-L$_POCO_LIBS-Wl,-Bstatic$_POCO_LIBS/libPocoFoundation.a$_POCO_LIBS/libPocoUtil.a$_POCO_LIBS/libPocoXML.a$_POCO_LIBS/libPocoJSON.a-Wl,-Bdynamic-oBCMain不幸的是,这会导致一些undefinedsymbol引用错误,例如:Poco::Logger::get(std::basic_string,std::allocator>const&)即使Poco::Logger::

c++ - Clrdump (C++) 错误 LNK2019 : unresolved external symbol __imp__RegisterFilter@8 referenced in function _main

我正在使用带有pvcs编译器的makefile系统(使用MicrosoftVisualC++,2008编译器),我收到了几个以下形式的链接错误:errorLNK2019:unresolvedexternalsymbol__imp__RegisterFilter@8referencedinfunction_main尽管使用了extern"C"声明,但还是会发生这种情况,即:extern"C"intCLRDUMP_APIRegisterFilter(LPCWSTRpDumpFileName,unsignedlongDumpType);此外,在makeexe.mak中,库链接如下:$(编译库

c++ - 体系结构 x86_64 的 G++ undefined symbol

我正在学习C++,并接到了创建Vector3D类的作业。当我尝试在OSX上使用G++编译main.cpp时,出现以下错误消息。为什么会这样?g++main.cppUndefinedsymbolsforarchitecturex86_64:"Vector3DStack::Vector3DStack(double,double,double)",referencedfrom:_mainincc9dsPbh.old:symbol(s)notfoundforarchitecturex86_64main.cpp#include;#include"Vector3DStack.h";usingnam

c++ - Lua:C++ 模块不能互相引用, undefined symbol

我创建了两个模块(共享对象)CPU和SaveState作为模拟器的一部分。两者都独立编译成.so单独的文件,并在运行时由Lua脚本使用require()加载;即:SaveState=require("SaveState")CPU=require("CPU")在CPU中,有一个对SaveState进行操作的方法:intCPU::save_state(SaveState*state){state->begin_section(savestate_namespace,savestate_data_size);state->write16(this->reg.af);state->write1

python - 关于boost-python : dyld: Symbol not found: _PyBaseObject_Type

当我运行我的代码时,我遇到了一个关于boost-python的问题。就像这样:dyld:Symbolnotfound:_PyBaseObject_TypeReferencedfrom:/opt/local/lib/libboost_python-mt.dylibExpectedin:flatnamespace我的项目几个月前就可以正常运行了。但是现在,当我重新配置环境时,它无法运行。-几个月前,我用homebrew配置环境,就像这样:brewinstallboostbrewinstallpythonbrewinstallboost-pythonbrewinstallopencv(Myp

c++ - 防止 Boost Spirit Symbol 解析器过早接受关键字

当以有效关键字(符号)开头时,如何防止BoostSpirit符号解析器接受关键字(符号)。我希望该构造无法将“ONEMORE”作为一个整体进行解析,并且无法成功解析“ONE”,因为这是一个有效的关键字,然后在“MORE”上失败。下面是代码的实际输出:Keywordasanumber:1Keywordasanumber:2Keywordasanumber:1Invalidkeyword:MORETHREE这就是我喜欢的样子:Keywordasanumber:1Keywordasanumber:2Invalidkeyword:ONEMOREKeywordasanumber:3该代码只是一个

c++ - OSX 10.7.5 上的 node-gyp -- dyld : lazy symbol binding failed: Symbol not found

我搜索了很多,我发现最接近同一个问题的是这个(也是未回答的)问题:Symbolnotfound:_libintl_gettext我正在尝试为libpuzzle制作一个薄的C++包装器。$node--versionv0.8.18$npm--version1.2.4$node-gyp--versionv0.8.3Sourcecodeongithub正在尝试构建(我用...手动缩短了路径)$node-gypcleanconfigurebuild&&nodetest.jsgypinfoitworkedifitendswithokgypinfousingnode-gyp@0.8.3gypinfo

c++ - GCC 优化在运行时产生 "Undefined symbol"

我现在有一个让我很困惑的问题:我有一段用C++编写的软件,它链接到C中的一个库。我使用通常的方式包含头类extern"C"{#include}只要我不使用gcc的优化,一切都可以正常工作。一旦我什至打开-O1,因此是第一个优化级别,在运行时我从这个库中得到一个符号的“undefinedsymbol”错误。但是,该名称已经过名称修改,由于extern"C",应该将其禁用。调用相关符号的函数是内联的,以防万一。使用的编译器是gcc4.4.3。老实说,我什至不知道要搜索什么,所以如果你们中的任何人能给我一些这种行为的理由,我将不胜感激。感谢您的支持。 最佳答案