similar to: [LLVMdev] STLport

We are able to compile it internally, but it required some changes to LLVM to get it to work. From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Welson Sun Sent: Tuesday, April 17, 2012 11:48 AM To: LLVM Developers Mailing List Subject: [LLVMdev] STLport I am curious to see if anyone has ever been successfully compiled LLVM with STLport? I tried compiling

Good to hear that. Doesn't seem to be a popular combination since googling results little information on this. Is it possible for you to show the changes to LLVM? Personally I don't like STLport, not sure the real benefit versus using compiler's STL. On Tue, Apr 17, 2012 at 12:04 PM, Villmow, Micah <Micah.Villmow at amd.com>wrote: > We are able to compile it internally,

Hi Micah, Looks like the diff is not against LLVM 3.0 release, but rather against some other "internal" version. :-) On Wed, Apr 18, 2012 at 9:42 AM, Villmow, Micah <Micah.Villmow at amd.com>wrote: > Oops, I had the arguments backward. Patch re-attached with the correct > ordering > > > -----Original Message----- > > From: llvmdev-bounces at cs.uiuc.edu

Oops, I had the arguments backward. Patch re-attached with the correct ordering > -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Joerg Sonnenberger > Sent: Wednesday, April 18, 2012 8:39 AM > To: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] STLport > > On Wed, Apr 18, 2012 at 03:04:00PM +0000,

Sure, here is our diff against 3.0. The reason we are using it is because of problems with statically linking libstdc++ on certain Linux distributions. From: Welson Sun [mailto:welson.sun at gmail.com] Sent: Tuesday, April 17, 2012 7:49 PM To: Villmow, Micah Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] STLport Good to hear that. Doesn't seem to be a popular combination since

On Wed, Apr 18, 2012 at 03:04:00PM +0000, Villmow, Micah wrote: > Sure, here is our diff against 3.0. A large part of that seems to be applied already. The last chunk looks wrong though? Joerg

Hey Duncan, Thanks! I figured out this piece of code finally: Value *gep = call->getArgOperand(0); if ( ConstantExpr *pCE = dyn_cast<ConstantExpr>(gep) ) { Value *firstop = pCE->getOperand(0); if (GlobalVariable *GV = dyn_cast<GlobalVariable>(firstop)){ Constant *v = GV->getInitializer(); if

HI Duncan, Your understanding of the problem is correct. However, the XYZ class is not inside an anonymous name space. Also, all the XYZ methods are defined in the .cpp file. Looking at the error message: opt: symbol lookup error: path/to/pass.so: undefined symbol: _ZN12DataTransferD1Ev Where DataTransfer is the class name. Maybe I am missing certain type of constructors? Thanks, Welson On

Hi Welson, > Yes, it is a ConstantExpr! Thank you! > > Now trying to find a clue in ConstantExpr's functions to get that string :-) you can get the pointer operand by doing: getOperand(0) The i'th index is getOperand(i+1). Ciao, Duncan. > > Regards, > Welson > > On Thu, Jan 26, 2012 at 9:04 PM, Duncan Sands <baldrick at free.fr > <mailto:baldrick at

Hi Welson, are you saying that the .o file containing the class is being linked into the .so file, but nonetheless you get "undefined symbol XYZ" errors where XYZ is that class? Maybe you defined the class inside an anonymous name space? Alternatively, if XYZ refers to a method of the class, maybe you forgot to define that method. Ciao, Duncan. On 01/03/12 17:36, Welson Sun wrote:

Hi Welson, > In case "my_pass" is compiled into a standalone executable, how can I run the > specific alias analysis in the code? I suggest you work out what passing -basic-aa to opt does, how it works, and do the same in your code. Ciao, Duncan. > > Thanks > > On Thu, Mar 8, 2012 at 8:55 AM, Duncan Sands <baldrick at free.fr > <mailto:baldrick at

Originally, the problem is the lack of .cpp file. Then I noticed the compilation log is not showing the .o file being generated for the non-pass classes. Then I added the .cpp files for each .h file, then the .o files are being generated, shown in the Debug directory. Actually, if I add "VERBOSE = 1" in the Makefile, it shows the linking command is actually linking all the .o files into

I think you may add restrict type qualifier. Sam From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Welson Sun Sent: Friday, September 21, 2012 5:50 PM To: Krzysztof Parzyszek Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Alias Analysis accuracy Yeah. Is there a way to specify noalias between these arguments? On Fri, Sep 21, 2012 at 2:46 PM, Krzysztof

Yeah. Is there a way to specify noalias between these arguments? On Fri, Sep 21, 2012 at 2:46 PM, Krzysztof Parzyszek < kparzysz at codeaurora.org> wrote: > On 9/21/2012 4:35 PM, Welson Sun wrote: > >> Dear LLVM, >> >> I would like to understand how to improve the LLVM alias analysis >> accuracy. I am currently using llvmgcc 2.9 and llvm 3.0. Here is the C

Thanks Duncan! You are right! If I type the command "opt -basicaa -mypass ...", then the output makes sense. Now, how can you specify which AA to use in the code? Regards, Welson On Thu, Feb 16, 2012 at 12:05 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi Welson, the default alias analysis is -no-aa. As the name suggests it > just returns MayAlias for everything.

Thanks Duncan, Yes, it is a ConstantExpr! Thank you! Now trying to find a clue in ConstantExpr's functions to get that string :-) Regards, Welson On Thu, Jan 26, 2012 at 9:04 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi Welson Sun, > > > Hi, if I have some LLVM code like this: > > > > @.str = private unnamed_addr constant [7 x i8]

Can you give an example? And is this limited to C (not C++) only? On Fri, Sep 21, 2012 at 2:52 PM, Liu, Yaxun (Sam) <Yaxun.Liu at amd.com> wrote: > I think you may add restrict type qualifier.**** > > ** ** > > Sam**** > > ** ** > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Welson Sun > *Sent:* Friday,

Hi Welson, the default alias analysis is -no-aa. As the name suggests it just returns MayAlias for everything. Maybe you are using that one? Best wishes, Duncan.

Hi Duncan, In case "my_pass" is compiled into a standalone executable, how can I run the specific alias analysis in the code? Thanks On Thu, Mar 8, 2012 at 8:55 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi, > > > That's the reason I have defined getAnalysisUsage method. Isn't that the > > right way to do it? > > no, that gives you access to

On Wed, Apr 18, 2012 at 04:42:00PM +0000, Villmow, Micah wrote: > Oops, I had the arguments backward. Patch re-attached with the correct > ordering The casts for spelling NULL with explicit cast shouldn't be necessary. What is the error you are dealing with? Joerg