[cfe-dev] Undefined LLVM reference when loading Clang Static Analyzer plugin

[Gabor Kozar]

Hi all,



Thank you for the answers.



I'm still not sure why you'd have a reference to it, but perhaps your
plugin is being compiled with -frtti instead of -fno-rtti?



We usually build our plugin using flags we get from llvm-config
--cxxflags --ldflags, etc. However, on this particular server, this
didn't work for some reason, so we provided the args manually. I'll
check whether we indeed missed -fno-rtti. Thanks for the tip!



After installing clang in release mode (for me ./configure
--disable-assertions --enable-optimized), the installed binary of clang
cannot load plugins any more. One needs to copy the original binary
manually and strip it with option -x (or not at all).



We are not actually installing the binary, just building it. The test
machine is a server environment where we don't have (i.e. cannot expect
to) have root access.

Thanks for mentioning it though, it's again something we have to watch
out for.



--
Gábor Kozár -- ShdNx
kozargabor at gmail.com





On Thu, Oct 3, 2013, at 5:05, Mathieu Baudet wrote:

Hi Gabor,



I was planning on reporting the following issue (or caveat) for some

time. This might explain your problem.



After installing clang in release mode (for me ./configure

--disable-assertions --enable-optimized), the installed binary of

clang cannot load plugins any more. One needs to copy the original

binary manually and strip it with option -x (or not at all).



Failing to do so gives an error comparable to the one you report.



Hoping this helps,

--

Mathieu



2013/10/2 Jordan Rose <[1]jordan_rose at apple.com>:

Running this through c++filt shows that it's a typeinfo object. I'm
still

not sure why you'd have a reference to it, but perhaps your plugin is
being

compiled with -frtti instead of -fno-rtti?



Jordan





On Oct 2, 2013, at 8:59 , Gabor Kozar <[2]kozargabor at gmail.com> wrote:



Hi,



We have a Clang Static Analyzer plugin that registers a bunch of custom

checkers. We're using LLVM and Clang 3.3.

Clang 3.3 is able to compile, and the Static Analyzer also runs without
our

plugin being loaded.



On one of our test machines (a Suse Linux 11), trying to load our
plugin

fails:



clang++ -cc1 -load lib-checkers.so

error: unable to load plugin 'lib-checkers.so': 'lib-checkers.so:
undefined

symbol: _ZTIN4llvm18RefCountedBaseVPTRE'



Our plugin does not use llvm::RefCountedBaseVPTR, although it does make

direct use of some LLVM types, such as llvm::Optional, llvm::DenseMap
and so

on.



When building our plugin, we do not link against any LLVM or Clang

libraries, except for clangASTMatchers. We also tried linking against
them,

but it doesn't seem to make any difference.

Both Clang and the plugin are built with the same compiler and on the
same

system.



As far as we can determine, this issue only appears when trying to load
our

plugin, and Clang is able to function perfectly when we don't try to
load

it.



Any idea on what could be the issue? We're totally clueless here.

Thanks!



--

Gábor Kozár -- ShdNx

[3]kozargabor at gmail.com



_______________________________________________

cfe-dev mailing list

[4]cfe-dev at cs.uiuc.edu

[5]http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev







_______________________________________________

cfe-dev mailing list

[6]cfe-dev at cs.uiuc.edu

[7]http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev

References

1. mailto:jordan_rose at apple.com
2. mailto:kozargabor at gmail.com
3. mailto:kozargabor at gmail.com
4. mailto:cfe-dev at cs.uiuc.edu
5. http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
6. mailto:cfe-dev at cs.uiuc.edu
7. http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20131003/b2898e17/attachment.html>