[cfe-dev] clang plugin
Daniel Dunbar
daniel at zuster.org
Sun Apr 4 20:49:28 PDT 2010
On Sat, Apr 3, 2010 at 5:54 AM, Christof Meerwald <cmeerw at cmeerw.org> wrote:
> On Fri, 2 Apr 2010 11:05:40 +0900, Naoya Maruyama wrote:
>> I'm developing a c-program tool with clang, and trying the
>> PrintFunctionNames plugin. However, running a command loading plugin
>> libraries doesn't seem to find plugins:
>>
>> $ clang -cc1 -load path/to/libPrintFunctionNames.so -plugin help
>> clang -cc1 plugins:
>
> I have come across the same problem recently. I think it's caused by the
> plugin shared library using its own instance of the plugin registry instead
> of the one from the clang binary. The way I fixed (or worked around) it on
> my system was by changing autoconf/ExportMap.map (and rebuilding clang) as
> follows:
>
> {
> global: main;
> __progname;
> environ;
> _ZN4llvm8RegistryIN5clang14FrontendActionENS_14RegistryTraitsIS2_EEE4HeadE;
>
> local: *;
> };
>
Yes, unfortunately the plugin mechanism is currently limited &
confusing because of how we handle symbol exports. I'm tempted to just
remove the current example and recommend people follow the
clang-interpreter example instead, until someone takes the plugin
mechanism and really makes it robust & usable. Any objections?
- Daniel
> Christof
>
> --
>
> http://cmeerw.org sip:cmeerw at cmeerw.org
> mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/cfe-dev
>
More information about the cfe-dev
mailing list