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