search for: pr5373

Displaying 9 results from an estimated 9 matches for "pr5373".

2010 Aug 06
2
[LLVMdev] PR5373
Hello again :) It's been some time since I sent you last patch, but here I'm again. I send the patch for PR5373. Regards -- Jakub Staszak -------------- next part -------------- A non-text attachment was scrubbed... Name: pr5373.patch Type: application/octet-stream Size: 5913 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100806/75f6e44a/attachment.obj>
2010 Aug 06
2
[LLVMdev] PR5373
...does; the store into *Val is done when !LoopExitBB, not when LoopExitBB == LoopExitBB2. > > On Aug 6, 2010, at 12:54 AMPDT, Jakub Staszak wrote: > >> Hello again :) >> >> It's been some time since I sent you last patch, but here I'm again. I send the patch for PR5373. >> >> Regards >> -- >> Jakub Staszak > <pr5373.patch> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailma...
2009 Nov 23
3
[LLVMdev] PR5373
Hello, This patch fixes pr5373, testcase of course attached. -Jakub -------------- next part -------------- A non-text attachment was scrubbed... Name: 5373.patch Type: application/octet-stream Size: 1540 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091123/3f8fe7b3/attachment.obj>
2010 Aug 06
0
[LLVMdev] PR5373
...the comment says it does; the store into *Val is done when !LoopExitBB, not when LoopExitBB == LoopExitBB2. On Aug 6, 2010, at 12:54 AMPDT, Jakub Staszak wrote: > Hello again :) > > It's been some time since I sent you last patch, but here I'm again. > I send the patch for PR5373. > > Regards > -- > Jakub Staszak -------------- next part -------------- A non-text attachment was scrubbed... Name: pr5373.patch Type: application/octet-stream Size: 5913 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100806/09dea6ad/attachm...
2010 Aug 11
0
[LLVMdev] PR5373
Hello, Fixed patch attached. Can anyone test it? Regards -- Jakub Staszak -------------- next part -------------- A non-text attachment was scrubbed... Name: pr5373.patch Type: application/octet-stream Size: 5846 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100811/8c0c364b/attachment.obj> -------------- next part -------------- On Aug 6, 2010, at 2:59 PM, Jakub Staszak wrote: > > On Aug 6, 2010, at 11:47...
2009 Nov 27
2
[LLVMdev] PR5373
...st look this makes the > code inconsistent with the associated comments. Why should the code > continue recursing past a loop exit? > > Dan > > On Nov 23, 2009, at 4:43 AM, Jakub Staszak <kuba at gcc.gnu.org> wrote: > >> Hello, >> >> This patch fixes pr5373, testcase of course attached. >> >> -Jakub >> <5373.patch> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmde...
2009 Nov 30
0
[LLVMdev] PR5373
...code inconsistent with the associated comments. Why should the code continue recursing past a loop exit? >> >> Dan >> >> On Nov 23, 2009, at 4:43 AM, Jakub Staszak <kuba at gcc.gnu.org> wrote: >> >>> Hello, >>> >>> This patch fixes pr5373, testcase of course attached. >>> >>> -Jakub >>> <5373.patch> >>> _______________________________________________ >>> LLVM Developers mailing list >>> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >>> http://lists.cs.uiu...
2009 Dec 06
1
[LLVMdev] PR5373
...eader ("for.body") is already marked as visited. I'm pretty sure that someone had a good reason to do this that way, but I can't find it out :) Dan, can you look at this patch? Thanks -Jakub -------------- next part -------------- A non-text attachment was scrubbed... Name: pr5373-2.patch Type: application/octet-stream Size: 1672 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091206/0158029c/attachment.obj> -------------- next part -------------- On Nov 30, 2009, at 7:52 PM, Dan Gohman wrote: > Hello, > > Simply remov...
2009 Nov 24
0
[LLVMdev] PR5373
...n't studied this in detail, but at a first look this makes the code inconsistent with the associated comments. Why should the code continue recursing past a loop exit? Dan On Nov 23, 2009, at 4:43 AM, Jakub Staszak <kuba at gcc.gnu.org> wrote: > Hello, > > This patch fixes pr5373, testcase of course attached. > > -Jakub > <5373.patch> > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev