pure static
bearophile
bearophileHUGS at lycos.com
Mon Jan 6 12:35:38 PST 2014
Currently this compiles because arr gets copied (or moved)
(another less visible write of arr happens at the point of its
initialization, it gets written by its init):
int[5] foo() pure {
int[5] arr;
return arr;
}
void main() {}
Currently even this function compiles, despite it's not actually
pure, because arr contains garbage (and it's garbage that leaks
information from other function stack frames, so it's a security
hazard), so in theory a good compiler should disallow this:
int[5] foo() pure {
int[5] arr = void;
return arr;
}
void main() {}
On the other hand I think a strongly pure function like this
could be accepted, avoiding the final copy of the result (the
result contains a pointer to static data. Here the static data is
an array, but returning a pointer to a static struct is equally
valid):
int[] foo() pure {
pure static int[5] arr;
return arr;
}
void main() {}
"pure static" data means that 'arr' get cleaned (overwritten by
its init) at the entry of the function foo (just like for
not-static variables), to keep the function referentially
transparent.
So this is forbidden:
pure static int[5] arr = void;
A smart compiler can even see arr is fully assigned inside the
function and optimize away the first clear of the array:
int[] foo() pure {
pure static int[5] arr; // optimized as =void
foreach (immutable int i, ref r; arr)
r = i;
return arr;
}
void main() {}
Bye,
bearophile
More information about the Digitalmars-d
mailing list