similar to: [LLVMdev] All the passes (even the LLVMHello.so) fail at doFinalization()

Oh, you mean opt -disable-verify? Yes, it does eliminate the crashing... Do you know what's the problem, Eric? Thanks a lot! ~t On Tue, Aug 12, 2014 at 12:42 AM, Eric Christopher <echristo at gmail.com> wrote: > Tried opt -verify on your module? > > -eric > > On Tue, Aug 12, 2014 at 12:28 AM, Tianyin Xu <tixu at cs.ucsd.edu> wrote: > > Hi all, > >

no... I guess verifier runs by default and it points to the doFinailization() function :-( ~t On Tue, Aug 12, 2014 at 12:53 AM, Eric Christopher <echristo at gmail.com> wrote: > No idea, I was suggesting to just run the verifier to see if it would > pinpoint what's broken about the module. > > -eric > > On Tue, Aug 12, 2014 at 12:52 AM, Tianyin Xu <tixu at

I just follow the tutorial: http://llvm.org/docs/WritingAnLLVMPass.html Actually it's not only my module, I used the LLVMHello.so (a sample module in the source tree) and get the crash (I didn't do anything :-P). ~t On Tue, Aug 12, 2014 at 12:57 AM, Eric Christopher <echristo at gmail.com> wrote: > Weird, it definitely shouldn't be crashing. How did you create your

The module is shipped with the source code, so it's from the developers (not me). The path in the source tree is: llvm-3.4.2.src/lib/Transforms/Hello After compiled LLVM *#./configure --prefix=XXX --with-binutils-include=/path-to-binutils-2.24/include --enable-debug-symbols --enable-debug-runtime --enable-assertions --disable-optimized; make; make install* LLVMHello.so is generated at

Hi, I'm sorry if the question doesn't fit this mailing list. It seems that LLVM does not have a user support mailing list so I post it here. We're using the LLVM tool chain as our static analysis infrastructure. So, basically we use LLVM to generate an aggregated .bc file and analyze the .bc file. The question I want to ask is what's the difference between using the LLVM gold

On 26 June 2012 16:46, Tianyin Xu <tixu at cs.ucsd.edu> wrote: > Hi, > > I'm sorry if the question doesn't fit this mailing list. It seems that LLVM > does not have a user support mailing list so I post it here. > > We're using the LLVM tool chain as our static analysis infrastructure. So, > basically we use LLVM to generate an aggregated .bc file and analyze

Hi, Rafael, Thanks a lot for the explanation! Could you explain a bit more (sorry I'm not from a compiler background)? So, what's the difference in the analysis perspective? What does "reading ELF files and archives" and "creating a list of symbols passed to llvm's internalize pass" do? I checked a little bit the corresponding .ll file generated according to the

I got your point! Thanks a lot, Rafael! Best, Tianyin On Tue, Jun 26, 2012 at 4:12 PM, Rafael Espíndola < rafael.espindola at gmail.com> wrote: > > Could you explain a bit more (sorry I'm not from a compiler background)? > So, > > what's the difference in the analysis perspective? What does "reading ELF > > files and archives" and "creating a

Hi, all, I'm using LLVM-3.0. I want to use gold plugin, but I got the following error message: /home/tianyin/binutils-2.22/bin/ld: error: /home/tianyin/llvm-3.0/lib/LLVMgold.so: could not load plugin library: /home/tianyin/llvm-3.0/lib/LLVMgold.so: undefined symbol: lto_codegen_set_cpu Could anyone tell me what's the problem? Thanks a lot! Tianyin

Hi, > I got your point! Thanks a lot, Rafael! one big difference is that llvm-link doesn't do any optimization, while the gold linker does. You can get something similar to gold by using llvm-link, and then running "opt -std-link-opts" on the linked bitcode file. However all symbols will be internalized by default (you can adjust this on the command line) while the gold linker

> Could you explain a bit more (sorry I'm not from a compiler background)? So, > what's the difference in the analysis perspective? What does "reading ELF > files and archives" and "creating a list of symbols passed to llvm's > internalize pass" do? > > I checked a little bit the corresponding .ll file generated according to the > .bc file. It

On Wed, Dec 12, 2012 at 06:25:53PM -0800, Tianyin Xu wrote: > Hi, all, > > I'm using LLVM-3.0. I want to use gold plugin, but I got the following > error message: Why not use TOT, or latest release? :) Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science, Academia Sinica, Taiwan (R.O.C.) Tel:886-2-2788-3799 #1667 Homepage:

Hi Gerhard, This is not exactly true. CTR modes have the length field encrypted. etm MAC modes and AES-GCM have the length field in cleartext. CBC is dangerous because the length field is encrypted with CBC. aes128-ctr + hmac-sha256 doesn't have any known vulnerability and encrypts the packet length, but uses the bad practice of e&m. chacha20-poly1305 encrypts both payload and packet

Hello. Thank you very much for the research paper. I will try to make use of the algorithms it presents. I just want to add that I found a 3rd party project doing dataflow analysis for LLVM IR at https://github.com/rohitjha/cse231-proj2. As written at http://cseweb.ucsd.edu/~r1jha/#five , the project's description is: "Dataflow Analysis Framework for LLVM This is an

You can use: http://www.rw.cdl.uni-saarland.de/~grund/papers/cgo08-liveness.pdf -----Original Message----- From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Alex Susu via llvm-dev Sent: Saturday, May 21, 2016 9:39 PM To: llvm-dev <llvm-dev at lists.llvm.org> Subject: [llvm-dev] Live interval analysis on LLVM IR (not on Machine instructions) Hello. Could you

Hello. Could you please tell me how can I implement best a live interval analysis on LLVM IR (not on Machine instructions, which is already available in http://llvm.org/docs/doxygen/html/LiveIntervalAnalysis_8cpp_source.html)? I need to analyze the standard LLVM IR (list of Instruction *) and decide for each SSA variable what is it's live(ness) interval. My problem is that I

Hello All, There is an issue in AddressSanitizer today because it depends on it's doFinalization method be called before the Printer method to output the final code (that is the printer runOnModule call). This assumption seems invalid as the doFinalization method should AFAIK only be used for clean up tasks independent of activities of other passes. When I try to call doFinalization inside

On Mon, Dec 17, 2012 at 4:57 AM, Duncan Sands <baldrick at free.fr> wrote: > would it still be possible to optimize and codegen functions as they are > output > (rather than waiting for the module to be completely output before doing > this)? > I would assume so... What gives you pause here? (TBH, I've not really thought about this deeply, so I may be missing something

Hello, everybody! On win32(s), lib/Transforms/Hello cannot be built cleanly. It will be built after 1st build. Linking the plugin LLVMHello.dll requires other libraries, especially LLVM.dll. May I move Hello to other location? Or, may I tweak llvm/Makefile? ...Takumi

On Sat, Sep 4, 2010 at 9:53 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Hello, everybody! > > On win32(s), lib/Transforms/Hello cannot be built cleanly. > It will be built after 1st build. > > Linking the plugin LLVMHello.dll requires other libraries, especially LLVM.dll. > > May I move Hello to other location? > Or, may I tweak llvm/Makefile? > >