search for: phronix

On Mon, 8 Nov 2010 15:42:33 -0800 (PST) Samuel Crow <samuraileumas at yahoo.com> wrote: > http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 > as of version 2.8, LLVM is generating slower code than the newer GCCs > but generates the code more quickly. > I would be more concerned about the 'unable to compile', or 'compiled code not

>>> http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 >>> as of version 2.8, LLVM is generating slower code than the newer GCCs >>> but generates the code more quickly. >>> >> >> I would be more concerned about the 'unable to compile', or 'compiled >> code not working correctly' issues. It

http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 as of version 2.8, LLVM is generating slower code than the newer GCCs but generates the code more quickly.

Hi Edwin, >> http://www.phoronix.com/scan.php?page=article&item=llvm_gcc_dragonegg28&num=1 >> as of version 2.8, LLVM is generating slower code than the newer GCCs >> but generates the code more quickly. >> > > I would be more concerned about the 'unable to compile', or 'compiled > code not working correctly' issues. It would help if they

Hi, It's exist any repo where I find a newer libvirt-0.7.4 for Centos 5.4_x86_64? For at ll

On Wed, Feb 18, 2015 at 1:39 PM, Joerg Sonnenberger <joerg at britannica.bec.de> wrote: > On Wed, Feb 18, 2015 at 12:04:47PM -0500, Jack Howarth wrote: >> My concern is that, without strict enforcement of the triaging >> serious P1-type bugs, the major llvm.org releases will devolve into a >> continual exchange of one set of major regressions for another set.