similar to: [LLVMdev] LLVM Status Update

Hi, I just migrated from dovecot 1.0.rc29 to 1.1.7, from Sparc platform to Intel, it went very well. In the process I merged folders and excluded folders from being copied. User rights on folders were kept/set. I thought I'd share my migration script with you folks. If there's an interest to put it on the wiki I can do that, but I'm not sure in what page. Use it as a starter if you

Hello, I am getting the following error while generating code for arm using llc for one of the specint2000 benchmark. Though same works for x86 target. Command => llc -march=arm 186.crafty/186.crafty.rel.bc -o 186.crafty/186.crafty.m5arm.s Error => LLVM ERROR: Couldn't allocate output reg for constraint '{cx}'! Have anyone seen this before? Is there a work around for this?

Dear All, First, we're pushing back the creation of the release branch until tonight. This means two things: 1. If you want something to go into LLVM 1.5, you have until I create the release branch to get it in. I am tentatively scheduling this for 5:00 pm today (CST). 2. If you don't want something to go into LLVM 1.5, please refrain from adding it until I create the release

I have made few attempts to compile some software packages with llvm. My approach is to define Make variables as follows : export AS=llvm-as export LD=llvm-ld export AR=llvm-ar export CXX=llvm-g++ and then run configure and make. This approach works with very small code bases only. For most of the projects, it bails out with errors. Some of them are very clear, like llvm does not support

On Sun, 1 Jul 2007, Nick Lewycky wrote: > I've been running LLVM with _GLIBCXX_DEBUG (extra checks) turned on to > see what would happen, and it's been a complete disaster. > > The major problem is the use of this API: > > new CallInst(V, &Args[0], Args.size()); > > repeated throughout LLVM. When Args is empty, Args[0] is invalid, even > if the next

> > I'd like to get the extra checks working so that they can help find our > > more subtle bugs. Any idea what we should do here? > > I don't really have a good idea, but I also don't want to significantly > uglify the sourcebase... #define V_CALLINST(V, Args) new CallInst(V, Args.size() == 0 ? NULL : &Args[0], Args.size()) :p -Keith

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 before: > On Thu, 7

I recently realized that I haven't sent out a status update for the LLVM core components quite a while, so here is a new one: We've been really busy working on LLVM adding all kinds of new features, fixing lots of bugs, and are rapidly converging on our 1.0 release for this August. Here are some of the new features added recently: 1. Support for static constructors/destructors in

On Thu, Sep 23, 2004 at 01:40:46PM -0700, Reid Spencer wrote: > If you use a variable instead of a liberal, you currently get a > warning. What if one uses a conservative instead of a liberal? :) *g, d, r* > The documentation says that this will, eventually, become an error as > it is deprecated because using a variable cannot be successfully > implemented on all platforms. That

Hi Misha, Files downloaded. Thank you very much. Henrik. From: Misha Brukman <brukman at uiuc.edu> Date: Mon, 8 Nov 2004 11:17:25 -0600 On Sat, Nov 06, 2004 at 09:35:47AM +0100, Henrik Bach wrote: > Would some one be so kind to catch the output when configuring and building > the CFE together with the log files produced? http://misha.brukman.net/code/llvm/logs/ The

On Sat, 21 Aug 2004 18:36:08 -0500 Misha Brukman <brukman at uiuc.edu> wrote: > On Sat, Aug 21, 2004 at 04:15:49PM -0700, Jeff Cohen wrote: > > I don't know if it's under cvs. It's the "getting started" page > > (http://llvm.cs.uiuc.edu/docs/GettingStarted.html) in section > > "Getting Started Quickly (A Summary)". But careful reading

On 03/13/2013 07:26 PM, Chris Lattner wrote: > LLVM's license includes a binary redistribution clause: > http://llvm.org/docs/DeveloperPolicy.html#license Hi Chris, the problem with the binary redistribution clause is that the bindings will not be linked with any part of LLVM. The bindings will load an LLVM shared library (dll/so/dylib) at runtime and thus an application compiled

I'm sorry, I did not completely understand your email, let me clarify my response. 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

On Tue, 2007-07-03 at 09:04 +1200, Keith Bauer wrote: > > > I'd like to get the extra checks working so that they can help find our > > > more subtle bugs. Any idea what we should do here? > > > > I don't really have a good idea, but I also don't want to significantly > > uglify the sourcebase... > > #define V_CALLINST(V, Args) new CallInst(V,

On Wed, Feb 01, 2006 at 05:28:40PM -0800, Peter Michalek wrote: > The patch you suggested works OK, I tried it on the snapshot of 1/28/06 > using a user authenticated via GSSAPI/Kerberos, with this result, which > I think is acceptable: [...] It's not clear to me from the output, but does the connection close after the PAM account check failed? > Could we make this part of the

It works. Thanks! However, although the configuration and installation process doesn't report any error/warning, the llvmc cannot work. It just says: Unexpected unknown exception occurred :( Do you have any clue about that? Feng -----Original Message----- From: Misha Brukman [mailto:brukman at uiuc.edu] Sent: Thursday, February 17, 2005 2:00 PM To: LLVM Developers Mailing List Cc:

On Sat, Aug 21, 2004 at 04:15:49PM -0700, Jeff Cohen wrote: > I don't know if it's under cvs. It's the "getting started" page > (http://llvm.cs.uiuc.edu/docs/GettingStarted.html) in section "Getting > Started Quickly (A Summary)". But careful reading of the remainder of > the page does give the correct path. http://llvm.cs.uiuc.edu/docs/* is a copy of

On 11 November 2010 07:46, Chris Lattner <clattner at apple.com> wrote: > It's actually not any harder to change and keep up to date than anything else.  HTML pages have the advantage of showing up in a recursive grep of the sourcebase, and showing up in llvm-commits so they fall into the peer review process. Hi Chris, I understand that this is more of a personal preference than a

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->setName("tmp.0"); BBlock->getInstList().push_back( mi );

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 option is used directly