[llvm-commits] [PATCH] Adding the Linpack test to the test suite

Renato Golin rengolin at systemcall.org
Mon Nov 26 05:23:06 PST 2012


Duncan,

I believe some of the array variables are uninitialized (ex. z[]). Can
you initialize z[] together with y[] (around line 334, with i or
i*fuzz, doesn't matter) and test with and without LTO/interalize? I
believe that all other problems have a similar nature, but I need to
be sure before attempting a fix.

Initializing z[] should fix kernels 1, 3, 5, 7, 13, and 20.

cheers,
--renato

On 26 November 2012 13:21, Duncan Sands <baldrick at free.fr> wrote:
> Hi Renato,
>
>
> On 26/11/12 14:12, Renato Golin wrote:
>>
>> On 26 November 2012 05:29, Duncan Sands <baldrick at free.fr> wrote:
>>>
>>> LivermoreLoops is more interesting.  With dragonegg it works fine as long
>>> as
>>> you don't do link-time optimization (which the testsuite does by
>>> default).  In
>>> fact to get the failures it is enough to run "internalize" and then some
>>> standard
>>> set of optimization passes.  I didn't get to the bottom of this yet.
>>
>>
>> Hi Duncan,
>>
>> This makes a lot more sense than my previous assumption they had to do
>> with random numbers (since if they did, it wouldn't pass every single
>> time on my machine).
>>
>> I'll dig the failing tests for more info and try to reproduce this
>> behaviour on my machine. Is there a way of getting the configuration
>> used for that test-suite run?
>
>
> I've attached the dragonegg generated IR file.  Here's what happens on my
> machine:
>
> $ lli kernel01.ll
> 114.305175
>
> Which is correct.
>
> $ opt -std-link-opts kernel01.ll -o - | lli
> -520779438942085797417621673404093110237783362328307722282109763584.000000
>
> Some kind of random number.
>
> Ciao, Duncan.



-- 
cheers,
--renato

http://systemcall.org/



More information about the llvm-commits mailing list