On Sun, 08 Aug 2010 06:01:20 -0400, Tomek Sowiński <[email protected]> wrote:

struct DumbRange {
    int front() { return 5; }             // rvalue
    void popFront() { --counter; }
    bool empty() { return counter > 0; }
    uint counter = 10;
}

void clear(ref int a) { a = 0; }

void main() {
    auto r = DumbRange();

    // Doesn't compile (and good): r.front() is not an lvalue
    clear(r.front);

    // Confusingly has no effect. Yet, compiles -- should it?
    foreach(ref a; r) a = 0;
}

I don't know what to make of it, the D page says nothing on foreach ref on rvalues.

Historically, when using opApply to implement foreach, opApply's delegate must take all ref arguments. This is a source of pain because if you don't want to ref your data, you had to make temporary copies.

I don't know why ranges have propagated this silliness.

You should file a bug. Also vote for mine: http://d.puremagic.com/issues/show_bug.cgi?id=2443

-Steve

Reply via email to