D array expansion and non-deterministic re-allocation

[Leandro Lucarella]

dsimcha, el 19 de noviembre a las 23:21 me escribiste:
> Face it, D is a close to the metal language.  Any attempt to define the spec at a
> purely abstract level without reference to any implementation details, and without
> leaving certain details implementation defined is absurd.  I think people need to
> face the fact that you can't have close-to-the-metal flexibility and performance
> and at the same time far-from-the-metal strict separation of specification from
> implementation details.

Yes, but I think this is a place where you are doing early optimization at
the expense of usability. You can always do the slice-thinguie yourself if
you are that needed for speed that you can't afford an extra indirection
when using an array (which will be the only overhead if T[new] were
implemented as a pure reference type).

I think the cost here in terms of usability if far higher than the little
performance you loose, specially when you can overcome the issue for those
weird cases where you need it.

-- 
Leandro Lucarella (AKA luca)                     http://llucax.com.ar/
----------------------------------------------------------------------
GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145  104C 949E BFB6 5F5A 8D05)
----------------------------------------------------------------------
Pa' ella cociné, pa' ella lavé, pa' ella soñe
Paella completa, $2,50
Pero, la luz mala me tira, y yo? yo soy ligero pa'l trote
La luz buena, está en el monte, allá voy, al horizonte