Changes in directory llvm/lib/Transforms/Scalar:
InstructionCombining.cpp updated: 1.607 -> 1.608
---
Log message:
Cleanup checks in the load and store of casted pointer transforms. Two
changes: (1) don't special case for i1 any more, (2) use the new
TargetData::getTypeSizeInBits method to ens
Jeff,
On Sun, 2007-01-21 at 14:49 -0800, Jeff Cohen wrote:
> Chris Lattner wrote:
> >
> > On Jan 21, 2007, at 2:01 PM, Jeff Cohen wrote:
> >
> >> Well, I'm using the most recent version of both llvm and llvm-gcc
> >> (revision 254). 21 of the failures are ARM, but I don't care about
> >> those.
Jeff,
> True enough, but that someone will not be me. I estimate that the work
> required exceeds the benefits of me using LLVM. The imbalance is far
> worse on Windows. And as if to prove the point, llvm-test has just
> finished, with a record 287 failures. So after fixing 5 of them,
> a
Chris Lattner wrote:
>
> On Jan 21, 2007, at 2:01 PM, Jeff Cohen wrote:
>
>> Well, I'm using the most recent version of both llvm and llvm-gcc
>> (revision 254). 21 of the failures are ARM, but I don't care about
>> those. llvm-test is still running, but it's on track to matching the
>> 275 failu
On Jan 21, 2007, at 2:01 PM, Jeff Cohen wrote:
> Well, I'm using the most recent version of both llvm and llvm-gcc
> (revision 254). 21 of the failures are ARM, but I don't care about
> those. llvm-test is still running, but it's on track to matching the
> 275 failures I got the last time I ran
> > + $(F95_OBJS) $(F95_BACKEND) $(F95_LIBS) $(C_STUBS)
>
> I don't see C_STUBS anywhere.
Indeed - well spotted.
> Would it be possible for you to resend
> this patch with appropriate "APPLE LOCAL llvm" markers ?
This time without C_STUBS and with markers.
Best wishes,
Duncan.
I
Well, I'm using the most recent version of both llvm and llvm-gcc
(revision 254). 21 of the failures are ARM, but I don't care about
those. llvm-test is still running, but it's on track to matching the
275 failures I got the last time I ran it.
I'm not going to switch to Linux or OS X or even
On Sun, 2007-01-21 at 12:01 -0800, Jeff Cohen wrote:
> In the two weeks since I last ran them, the regression tests have gone
> from 4 to 63 unexpected failures. Is this expected?
No, TOT gives me 6 right now .. 5 in the new ARM backend (be patient)
and 1 in the X86 backend.
>
> __
On Sun, 2007-01-21 at 14:32 -0500, Gordon Henriksen wrote:
> On Jan 21, 2007, at 14:23, Jeff Cohen wrote:
>
> > cvs update: cannot open directory /var/cvs/llvm/llvm/test/
> > Regression: No
> > such file or directory
> > cvs update: skipping directory test/Regression
>
> It's empty or gone in th
In the two weeks since I last ran them, the regression tests have gone
from 4 to 63 unexpected failures. Is this expected?
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
This patch addresses http://llvm.org/PR746.
This patch simply replaces the subversive and overgeneralized
annotation classes with a map in MachineFunction and a listener
interface so that MachineFunctions can destroy themselves when the
parent Function is deleted.
I wish I'd noticed PR746
On Jan 21, 2007, at 14:23, Jeff Cohen wrote:
> cvs update: cannot open directory /var/cvs/llvm/llvm/test/
> Regression: No
> such file or directory
> cvs update: skipping directory test/Regression
It's empty or gone in the repository. Just delete the directory locally.
— Gordon
__
cvs update: cannot open directory /var/cvs/llvm/llvm/test/Regression: No
such file or directory
cvs update: skipping directory test/Regression
___
llvm-commits mailing list
llvm-commits@cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Changes in directory llvm/tools/llvm-config:
Makefile updated: 1.21 -> 1.22
---
Log message:
Run GenLibDeps.pl with the configured PERL path to handle different install
locations for Perl on different systems.
---
Diffs of the changes: (+1 -1)
Makefile |2 +-
1 files changed, 1 inserti
14 matches
Mail list logo
