[Issue 8155] Deprecate std.range.lockstep
    d-bugmail at puremagic.com 
    d-bugmail at puremagic.com
       
    Fri Jun 28 06:19:34 PDT 2013
    
    
  
http://d.puremagic.com/issues/show_bug.cgi?id=8155
Joseph Rushton Wakeling <joseph.wakeling at webdrake.net> changed:
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joseph.wakeling at webdrake.ne
                   |                            |t
--- Comment #8 from Joseph Rushton Wakeling <joseph.wakeling at webdrake.net> 2013-06-28 06:19:31 PDT ---
(In reply to comment #0)
> I suggest to deprecate std.range.lockstep because with the recent improvements
> in tuple unpacking, std.range.zip is able to replace its the main purpose
There are currently some things that work with lockstep that don't with zip. 
Consider:
    auto arr1 = new double[10];
    foreach(i, ref x; zip(iota(10), arr1))
    {
        x = i;
    }
    writeln(arr1);
    auto arr2 = new double[10];
    foreach(i, ref x; lockstep(iota(10), arr2))
    {
        x = i;
    }
    writeln(arr2);
The first array will output all nan's, the second will have values set
correctly.  I imagine this is a bug, but it needs to be fixed before zip is a
viable lockstep replacement.
-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
    
    
More information about the Digitalmars-d-bugs
mailing list