Re: Unable to get a plugin working

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

The code of the plugin does not contain a function "NodeFactory". If it is a GCC function, I can not find it. Setting the LD_LIBRARY_PATH to point to the directory where I installed libstdc++ did not have effect. The plugin used to work though when I had an older Ubuntu 9.10 kernel installed (the currently installed is 2.6.31). I am not sure if it is a good idea to downgrade the kernel, it is like an overkill, but if that is the only thing I could do to get the plugin work, then I have to do it.
Are there any other good ideas/suggestion for solving the linker problem?

Regards,
Tina


On 02/15/2010 10:09 AM, Cedric Roux wrote:
Hristina Fidanoska wrote:

Hello,

Last night I recompiled the GCC replacing it with a little bit older
version (gcc-4.5-20100121)
and the plugin still can not be loaded, but with a different error:

cc1plus: error: Cannot load plugin ../libimo/libimo.so

../libimo/libimo.so: undefined symbol: _ZN11NodeFactory10CreateNodeEN4BEEV4KindERKNS0_7ASTNodeES4_RKSt6vectorIS2_SaIS2_EE


"c++filt _ZN11NodeFactory10CreateNodeEN4BEEV4KindERKNS0_7ASTNodeES4_RKSt6vectorIS2_SaIS2_EE"
says
NodeFactory::CreateNode(BEEV::Kind, BEEV::ASTNode const&, BEEV::ASTNode const&, std::vector<BEEV::ASTNode, std::allocator<BEEV::ASTNode> > const&)

So the missing function is NodeFactory::CreateNode, whatever that is.

if it is helpful in a way or another...

(the _ZXXX name is a "mangled" name. In C++ the compiler encodes functions and methods this way because the name is not enough to identify a function/method,
you need the parameters too.)


[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux