Displaying 3 results from an estimated 3 matches for "_ztin4llvm10modulepasse".
2013 Oct 29
1
[LLVMdev] undefined symbol: _ZTIN4llvm10ModulePassE
I have a MdoulePass which compiles and runs fine with LLVM3.1. Then I
wanted to upgrade to LLVM3.3, it compiles and links fine, but when you run
it by "opt -load /path/to/.so", it shows this message:
undefined symbol: _ZTIN4llvm10ModulePassE
which means undefined symbol: llvm::ModulePass after demangling.
Googled for a while and still no clue.
Anybody have an idea?
Thanks,
Welson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20131029/91d419cc...
2019 Jun 28
2
Conflicts with custom passes
Hi list,
I am making a simple custom pass that inserts print function calls for each instruction, so that compiled programs print out all llvm instructions on the dynamic path.
For example, (conceptually)
printf(“%s”, “x = x + 1”); // inserted code
x = y + 1; // original code
But it seems that there are some conflicts with existing optimization paths. When I compile a program with the custom
2019 Jun 28
2
Conflicts with custom passes
Hi Tim,
Thanks for your suggestion!
I built LLVM with Debug and tried this with my custom pass.
But it has the following error
error: unable to load plugin '../../trace-extractor/build/TracePass.so': '../../trace-extractor/build/TracePass.so: undefined symbol: _ZTIN4llvm10ModulePassE’
Originally I used a builtin Clang in the system and it does not produce this issue.
When I search for this issue on Google, it seems to be relevant to “RTTI”. But as I know LLVM is built by default -fno-rtti. I also explicitly turned off it. Here is my cmake command:
$ cmake -DCMAKE_BUILD_TYPE=D...