search for: brukman

Actually, Misha, that won't work. The -C option is used directly in docs/Makefile. So the change will have to go into docs/Makefile. Either that or upgrade install to version 5. Reid. On Thu, 2005-02-17 at 11:33, Misha Brukman wrote: > On Thu, Feb 17, 2005 at 01:21:20PM -0600, Feng Chen wrote: > > llvm[1]: Installing HTML documentation > > /usr/dcs/software/supported/bin/ginstall: invalid option -- C > > Try `/usr/dcs/software/supported/bin/ginstall --help' for more information. > > /usr/d...

Constant *strcon==ConstantArray::get("Value : %d\n"); Sorry Typo. On Tue, 21 Dec 2004, Misha Brukman wrote: > On Tue, Dec 21, 2004 at 03:45:33PM -0700, Sriraman Tallam wrote: > > I have this call instruction to printf inserted which is causing > > an assertion failure. Any pointers to where I am wrong : > > > > Function *printFn=M.getNamedFunction(std::string("prin...

...see if it crashes in mem2reg or in your pass. To narrow your testcase down further, we recommend the use of bugpoint, the automatic test case reducer: http://llvm.cs.uiuc.edu/docs/HowToSubmitABug.html In this case, this should work: % bugpoint -load=... -mem2reg -metasplit orig.bc -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

Ms Brukman, Thanks for your reply.Just clarifying my question.I actually wanted to randomize the static layout of function code in the executable file.Sorry for writing in confusing manner. T Misha Brukman <brukman at cs.uiuc.edu> wrote: On Thu, Jun 02, 2005 at 02:12:22PM -0700, Tanu Sharma wrote:...

Sigh... take it up with Microsoft. On Fri, 24 Sep 2004 12:06:36 -0500 Misha Brukman <brukman at uiuc.edu> wrote: > On Fri, Sep 24, 2004 at 09:38:44AM -0700, Jeff Cohen wrote: > > Here's the patch to Signals.cpp. assuming that stdio.h is acceptable > > (can't imagine it won't work). > > We prefer #include <cstdio>, since this is C++ af...

Installed it, thanks. Seems to work! 2009/3/23 Misha Brukman <brukman at gmail.com>: > On Mon, Mar 23, 2009 at 12:18 PM, Daniel Berlin <dberlin at dberlin.org> wrote: >> >> I'll see which plugins others use. >> Which wiki's pretty printing are you thinking of in particular? > > I like Wikipedia's use of http...

...t something is a particular type. This will give you a nice assertion failure instead of a segfault when you deref the null pointer :) > Let me check bugpoint. Cool, post the testcase it produces. Hopefully it will be small :) -Chris > ----- Original Message ----- > From: "Misha Brukman" <brukman at uiuc.edu> > To: <llvmdev at cs.uiuc.edu> > Sent: Wednesday, June 23, 2004 3:56 PM > Subject: Re: [LLVMdev] weird issue with mem2reg > > > > On Wed, Jun 23, 2004 at 03:50:09PM -0500, Patrick Meredith wrote: > > > MetaSplit is an anlysis I j...

On Fri, Sep 24, 2004 at 09:38:44AM -0700, Jeff Cohen wrote: > Here's the patch to Signals.cpp. assuming that stdio.h is acceptable > (can't imagine it won't work). We prefer #include <cstdio>, since this is C++ after all. :) -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

...n whch they are > called , so that has to do with address.I wish to randomize the order > of calls made to functions when a program is run. How would you "randomize the order of calls made to functions when a program is run" without changing the semantics of the program? -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

Thanks Misha. I tried the "gcc -dM -E /tmp/file.c | grep __sparcv9" but there was no output. Maybe this is the probelm, I do have CXX = g++ -mcpu=v9 CC := gcc -mcpu=v9 in the Makefile.config. Do I need to add -m64 as well? Thanks. Shukang On Thu, 7 Oct 2004, Misha Brukman wrote: > Is your compiler configured to define __sparcv9 when it compiles? > The following should tell you: > > % touch /tmp/file.c > % gcc -dM -E /tmp/file.c | grep __sparcv9 > > If the output is similar to the below, you're fine: > #define __sparcv9 1 > > If the...

...e default is probably /usr/local which is where it wants to install to. > > > I can create a tarbell of the FreeBSD binaries and upload it to > > > you if you like (once I confirm everything is working properly). > > > > yes. That would be good. Could you cc: Misha Brukman and Brian Gaeke > > on that too. I don't have write access to the LLVM web site (I'm not > > affiliated with UIUC). > > It's confirmed. Everything's working just fine. Just let me know > where to ftp it. I assume Misha and Brian are on this mailing list. I...

...allocInst* mi = new MallocInst( STyStru ); mi->setName("tmp.0"); This line is correctly generated: %tmp.0 = malloc %struct.list ; <%struct.list*> Probably it's something obvious but I am not familiar enough with the LLVM classes Thanks for your help! --- Misha Brukman <brukman at uiuc.edu> wrote: > On Tue, Mar 15, 2005 at 05:59:06PM -0800, xavier wrote: > > Given these C instructions: > > ============================== > > struct stru { struct stru *Next; }; > > struct list *NewStru = malloc ( sizeof ( struct stru ) ); > &g...

...rs to be crashing when I try to cast a Value* that's really a BB* (from the PHInode operands) to a User*, insteresting since I am dyn_casting. I just caught this on cerr though (printing out what the Value* was each time). Let me check bugpoint. ----- Original Message ----- From: "Misha Brukman" <brukman at uiuc.edu> To: <llvmdev at cs.uiuc.edu> Sent: Wednesday, June 23, 2004 3:56 PM Subject: Re: [LLVMdev] weird issue with mem2reg > On Wed, Jun 23, 2004 at 03:50:09PM -0500, Patrick Meredith wrote: > > MetaSplit is an anlysis I just finished writing. It doesn...

...o the change will have > to go into docs/Makefile. Either that or upgrade install to version 5. docs/Makefile uses $(INSTALL) -C (uppercase). My point is that /usr/dcs/..../ginstall doesn't accept -C but /usr/bin/install does. Changing it in Makefile.config will do the trick. -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

...iled because I wasn't root at the time. I wouldn't want it to install there anyway. > > I can create a tarbell of the FreeBSD binaries and upload it to you > > if you like (once I confirm everything is working properly). > > yes. That would be good. Could you cc: Misha Brukman and Brian Gaeke > on that too. I don't have write access to the LLVM web site (I'm not > affiliated with UIUC). It's confirmed. Everything's working just fine. Just let me know where to ftp it. I assume Misha and Brian are on this mailing list. > Thanks, Jeff. > &g...

...ion time", and given some people who thing that several minutes of compile time is acceptable, I think it's useful to split it into "aggresive opt", "aggresive interprocedural opt", and "aggressive interprocedural analysis with interprocedural opt". -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

...o isa<> which returns true precisely when dyn_cast<> would return non-zero (which is what the for-loop actually does). So I would say that Paolo's solution is just as valid, and possibly cleaner, since isa<> returns a bool, while dyn_cast<> returns a pointer. -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

...VM bytecode, perhaps it is better to keep a map/vector/etc on the side for this "side-band" information? You should realize that as soon as you change instructions and/or their meaning, you may prevent the current set of analyzers and optimizations from working as they do now. -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

...ses some way to map LLVM basic blocks to native code addresses. If this is what you want, perhaps you can ask Brian Gaeke (gaeke at uiuc.edu) to give you some information about how that is done. --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.cs.uiuc.edu/ On Aug 19, 2004, at 5:11 PM, Misha Brukman wrote: > On Thu, Aug 19, 2004 at 01:13:42PM -0700, Zhang Qiuyu wrote: >> On the pervious mail, I am trying to add label for each basic basic >> because I think I could get address by using nm if nm can show the >> address of each label, but it seems not . so do you guys have s...

...lvm.devel This would be the right one, so maybe if we ask Reid nicely, he'll do it (as he maintains the Cygwin nightly tester). BTW, gmane.* are just copies of LLVM mailing list archives, so if you're signed up for llvm-dev, you don't need gmane.comp.compilers.llvm.devel . -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu