search for: misha

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

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

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(&q...

Hello, A couple of months back there was this message on the list. http://syslinux.zytor.com/archives/2010-October/015459.html I have exactly the same result on just a few types of machines. Acer Tavelmate 8372 and 5742 InsydeH2O Bios v1.05 Broadcom UNDI PXE 2.1 V 14.0.8 It started after I upgrades pxelinux.0 to version 3.86 Versions tested and got the recursing: 3.86, 3.85, 3.84 and 3.83 On

...ct (ii) keep trying to reconnect (iii) upon reconnection, resume session exactly where started I realize GNU screen solves (iii), although I am interested in a slightly different purpose (nxssh vs openssh). However, I am confused as to (i). Any help much appreciated. Please reply-all Thank you Misha

Johan, You are correct that today LLVM doesn't handle multi-threaded programs. However, I believe Misha is working on this now (correct me if I'm wrong Misha). To file a bugzilla on this would be a little redundant. Its a well-known issue and one that is being worked on. Reid. Johan Walles wrote: > Hi! > > I've read in the mailing list archives that LLVM isn't able to run &...

On Thu, Feb 17, 2005 at 11:39:27AM -0800, Reid Spencer wrote: > Actually, Misha, that won't work. Sorry, Reid, but I think it will, for the following reason: I don't really know what the -c (lowercase) option does, but install says it's ignored anyway, so that's irrelevant for GNU install. We're talking about the -C option (uppercase). > The -C optio...

On Thu, Oct 07, 2004 at 06:46:18PM -0400, Shukang Zhou wrote: > 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. Just run the test that I mentioned bef...

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

Hi! I've read in the mailing list archives that LLVM isn't able to run threaded programs: http://mail.cs.uiuc.edu/pipermail/llvmdev/2003-December/000758.html Is there a Bugzilla about this that I could CC myself to? Or should I file one? Cheers //Johan

...s. The 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 l...

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

...> > if test -r projects/${proj}/configure ; then > AC_CONFIG_SUBDIRS(${proj}) > fi > > Instead, autoconf requires us to write: > > if test -r projects/llvm-test/configure ; then > AC_CONFIG_SUBDIRS(projects/llvm-test) > fi > > This change was requested by Misha who noted that "one of these things > is not the same" and because I was uncomfortable with disregarding the > autoconf warning messages about the misuse of AC_CONFIG_SUBDIRS. To be more to the point, what Misha noted was that every project was named "llvm-xyz" with the...

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 all platforms. That is, we can't write things like: if test -r projects/${proj}/configure ; then AC_CONFIG_SUBDIRS(${proj}) fi Instead, autoconf requires us to write: if test -r projects/llvm-test/configure ; then AC_CONFIG_SUBDIRS(projects/llvm-test) fi This change was requested by Misha who noted that "one of these things is not the same" and because I was uncomfortable with disregarding the autoconf warning messages about the misuse of AC_CONFIG_SUBDIRS. We *could* put it back if its really necessary, but I would prefer that we just add known projects to the config...

On Mon, Aug 02, 2004 at 07:23:06PM -0500, Chris Lattner wrote: > > > > 1. Name = llvmcc > > > > > > Why not 'llvmc' "llvm compiler"? What does the extra C mean? > > > > I dunno. Perhaps cause Misha liked it. But, you do have a point there. LLVMCC = LLVM Compiler Collection, a la GCC After all, it's going to be the "driver", like GCC, and unify front-ends, so I should be able to do: % llvmcc a.java -o a.o % llvmcc b.cpp -o b.o Right? > > For that matter, why llvmc? Its...

Hi Misha, Thanks for your answer I was doing this: ======================== BasicBlock *BBlock = new BasicBlock("entry", MyFunc); ... Value *Zero = ConstantSInt::get(Type::IntTy, 0); Value *UZero = ConstantUInt::get(Type::UIntTy, 0); MallocInst* mi = new MallocInst( STyStru ); mi-&gt...

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

Sorry, I don't personally have any of that stuff anymore -- I seem to recall that page didn't have a whole lot on it, though. I think Misha has messed around with llvm-tv more recently than I have. If you really want that particular page, it looks like you can get (a version of) it from the Internet Archive... http://web.archive.org/web/20041102220954/llvm.cs.uiuc.edu/~gaeke/llvm-tv/ -Brian On Mon, Sep 19, 2005 at 04:05:31PM -0500,...

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