search for: _ztin4llvm10modulepasse

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...