Changes between Version 28 and Version 29 of DataParallel/Dec2010Release


Ignore:
Timestamp:
Jan 11, 2011 9:44:14 AM (5 years ago)
Author:
chak
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • DataParallel/Dec2010Release

    v28 v29  
    2727
    2828Bug fixes:
    29  * Vectoriser needs to be adapted to Simon's recursive superclasses patch '''[ROMAN]'''
     29 * Vectoriser needs to be adapted to Simon's recursive superclasses patch; partially done, but recursive data types don't work yet '''[ROMAN]'''
    3030 * The combination '-fvectorise -O0' should work '''[ROMAN]'''
    3131 * Trying to vectorise the `DotP` example from the tutorial on the Haskell Wiki, `-fdph-seq` fails with (`-fdph-par` works fine)
     
    3434    Tycon not vectorised:  Data.Array.Parallel.Lifted.PArray.PArray
    3535}}}
    36  * LLVM back end only partially working with DPH (held up due to LLVM backend problems in the HEAD #4838); only affects !BarnesHut '''[BEN]'''
     36 * LLVM back end only partially working with DPH (held up due to LLVM backend problems in the HEAD #4838); only affects !BarnesHut [BEN]
    3737 * Repa edge-detection is deadlocking with more than 2 threads [DONE]
    3838 * Fix the BH seg fault in DPH. Roman has found the problem [DONE]
     
    5555  * SMVM (blocked on optimisation of lifted indexing) '''[BROKEN]''' '''[BEN & ROMAN]'''  Roman is thinking about this over Xmas.
    5656 * Dynamically-nested DPH programs without user-defined datatypes should run correctly and scale, but absolute performance may be lacking
    57   * Quicksort '''[BROKEN (SpecConstr loop when using `-dph-seq`) & SLOW]''' '''[SIMON & BEN]'''
    58   * Quickhull '''[OK, but has a SpecConstr problem that we want to fix; pair not being inlined]''' '''[ROMAN]'''
     57  * Quicksort [BROKEN (SpecConstr loop when using `-dph-seq`) & SLOW] [SIMON & BEN]
     58  * Quickhull '''[OK, but has a SpecConstr problem that we want to fix; pair not being inlined]''' (should be fixed now, needs to be checked) '''[ROMAN]'''
    5959    * Probably affected by the same optimisation issue with the compilation of modulo operations as Evens
    6060    * #4830: this fix wasn't sufficient, still doesn't optimise properly '''[ROMAN]'''
    6161 * Dynamically-nested DPH programs with user-defined datatypes should run correctly, but not necessarily fast
    62   * Words '''[BROKEN (SpecConstr loop again, when using `-dph-seq`; same as Quicksort)]''' '''[ROMAN & SIMON]'''
     62  * Words [BROKEN (SpecConstr loop again, when using `-dph-seq`; same as Quicksort)] [ROMAN & SIMON]
    6363    * #4831
    64   * !BarnesHut. '''[ROMAN]'''
     64  * !BarnesHut. [ROMAN]
    6565
    6666Legend