[llvm-commits] [llvm] r60973 - in /llvm/trunk: lib/Transforms/Scalar/GVN.cpp test/Transforms/GVN/2007-07-26-InterlockingLoops.ll test/Transforms/GVN/2007-07-26-PhiErasure.ll test/Transforms/GVN/2007-07-31-NoDomInherit.ll test/Transforms/GVN/nonlocal.ll test/Transforms/GVN/rle-must-alias.ll test/Transforms/GVN/semidominated.ll

[Bill Wendling]

On Dec 13, 2008, at 10:48 AM, Chris Lattner wrote:

> On Dec 13, 2008, at 1:29 AM, Bill Wendling wrote:
>
>> On Dec 12, 2008, at 11:22 PM, Chris Lattner wrote:
>>
>>> Author: lattner
>>> Date: Sat Dec 13 01:22:47 2008
>>> New Revision: 60973
>>>
>>> URL: http://llvm.org/viewvc/llvm-project?rev=60973&view=rev
>>> Log:
>>> make RLE preserve the name of the load that it replaces.  This is
>>> just
>>> a pretification of the IR.
>>>
>> Chris,
>>
>> This patch is inexplicably causing a failure for self-hosted LLVM in
>> release mode. See here for the failure:
>>
>> http://bwendling.apple.com:8020/builders/full-llvm-OSX/builds/180/steps/shell/logs/stdio
>
> Is this reproducible or a one-time burp?  I can't imagine this causing
> any sort of problem like this.
>
Attached are the APFloat.bc and Constants.bc files. They were compiled  
with:

   "-O3 -emit-llvm -c -mllvm -disable-llvm-optzns"

You can probably get the output with "opt -O3" with opt compiled in  
Release mode.

-bw

-------------- next part --------------
A non-text attachment was scrubbed...
Name: APFloat.bc
Type: application/octet-stream
Size: 163776 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20081213/9361ea1b/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Constants.bc
Type: application/octet-stream
Size: 2002880 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20081213/9361ea1b/attachment-0001.obj>
-------------- next part --------------