digitalmars.D - About Array Operations
- Mikola Lysenko (54/54) Aug 11 2004 I really like the idea of array operations, since it seems like an elega...
- Mikola Lysenko (60/60) Aug 12 2004 Sorry about the repost, but my text became completely and unreadably man...
- Stephen Waits (6/21) Aug 12 2004 I suspect you meant to say:
- Mikola Lysenko (4/7) Aug 12 2004 Whoops! I also shouldn't have declared a[] as a static array. Anyway, ...
- Ilya Minkov (30/110) Aug 12 2004 I see a few problems with that:
- Norbert Nemec (12/96) Aug 14 2004 First, I would like to see the specs for array operations as it is fixed...
I really like the idea of array operations, since it seems like an elegant and intuitive shorthand for working with vectors. I have a few (unreasonable) requests though. I'd like to see the idea of array operations extended to any expression involving arrays, for instance: float[3] a = 0.0f; printf("a := { "); printf("%f ",a[]); printf("}\n"); Creates the output, a := { 0.0000 } However, it would be very nice if using the empty block braces or a slice automatically expanded the statement into a loop, so this code would expand to float[3] a = 0.0f; printf("a := { "); for(int i=0; i<a.length; i++) printf(" %f",a[i]); printf("}\n"); And have the output, a := { 0.0000 0.0000 0.0000 } Also array operations on multidimensional arrays don't work. Something like: float[2][2] a = 1.0f, b = 2.0f, c; c[][] = a[][] + b[][]; Generates a compiler error. However, if multi-arrays were unrolled in a logical left-to-right fashion, you would get the following equivalent listing: for(int i=0; i<c.length; i++) for(int j=0; j<c[i].length; j++) c[i][j] = a[i][j] + b[i][j]; I can also foresee some trickiness with this automated looping. For example, trying to normalize a vector quantity using this method is flawed: real Magnitude(real[] v) { real sum = 0.0; foreach(real r;v) sum += r*r; return sqrt(r); } real[3] a = { 1.0, 2.0, 3.0 }; a[] /= Magnitude(a); Would cause Magnitude() to be called 3 times, each returning a different value. A correct way to normalize a would be real Magnitude(real[] v) { real sum = 0.0; foreach(real r;v) sum += r*r; return sqrt(r); } real[3] a = {0.0, 1.0, 2.0}; real maga = Magnitude(a); a[] /= maga;
Aug 11 2004
Sorry about the repost, but my text became completely and unreadably mangled after I copied and pasted from my text editor. Hopefully it will look better this time. I really like the idea of array operations, since it seems like an elegant and intuitive shorthand for working with vectors. I have a few (unreasonable) requests though. I'd like to see the idea of array operations extended to any expression involving arrays, for instance: Creates the output, a := { 0.0000 } However, it would be very nice if using the empty block braces or a slice automatically expanded the statement into a loop, so this code would expand to And have the output, a := { 0.0000 0.0000 0.0000 } Also array operations on multidimensional arrays don't work. Something like: Generates a compiler error. However, if multi-arrays were unrolled in a logical left-to-right fashion, you would get the following equivalent listing: I can also foresee some trickiness with this automated looping. For example, trying to normalize a vector quantity using this method is flawed: Would cause Magnitude() to be called 3 times, each returning a different value. A correct way to normalize a would be
Aug 12 2004
Mikola Lysenko wrote:I suspect you meant to say:Here too. --Steve
Aug 12 2004
In article <cfg9m7$2e71$1 digitaldaemon.com>, Stephen Waits says...Whoops! I also shouldn't have declared a[] as a static array. Anyway, these are both hypothetical examples, since these features aren't implemented in the current version of D.
Aug 12 2004
I see a few problems with that: * The operation on an array (slicing) makes outbound, not inbound changes. Since the semantic change progresses outwards from the operator, not inwards, it is not clear where to draw the bounds. One could artificially make it work with one complete statement, or with just one operator, which would lead to totally different results. And there is no way to specify if one wants, say, multiple statements to be affected. * It would overload a semantic meaning already reserved for slicing, i.e. transforming an array into an array. And what if you just want to slice? * I consider that *very* hard to spot visually, considering that a subtle syntactic change radically trows over the meaning of the program, and text search on it is impossible. Consider how much grief the C cast syntax has caused! * It legalizes many expressions that would not work otherwise. For example, if you were calling a function which does not accept an array, it would work, although it was not your intention. C has one of the most ambiguos and watered syntaxes around, almost any typing mistake ends up being legal but false code - a tradition which need not be continued in D where it is not needed. Besides all that, we already have an unambiguos way to do what you intend: foreach(float el; a) printf("%f ",el); foreach stetement allows to extend itself over multiple statements, does not allow manipulation of the index (like one could do in for), although it does allow to retrieve the index optionally. I'm not sure now, but i think it was intended that processing order is not specified either. So it is terse, versatile, and allows for agressive optimizations. -eye Mikola Lysenko schrieb:Sorry about the repost, but my text became completely and unreadably mangled after I copied and pasted from my text editor. Hopefully it will look better this time. I really like the idea of array operations, since it seems like an elegant and intuitive shorthand for working with vectors. I have a few (unreasonable) requests though. I'd like to see the idea of array operations extended to any expression involving arrays, for instance: Creates the output, a := { 0.0000 } However, it would be very nice if using the empty block braces or a slice automatically expanded the statement into a loop, so this code would expand to And have the output, a := { 0.0000 0.0000 0.0000 } Also array operations on multidimensional arrays don't work. Something like: Generates a compiler error. However, if multi-arrays were unrolled in a logical left-to-right fashion, you would get the following equivalent listing: I can also foresee some trickiness with this automated looping. For example, trying to normalize a vector quantity using this method is flawed: Would cause Magnitude() to be called 3 times, each returning a different value. A correct way to normalize a would be
Aug 12 2004
First, I would like to see the specs for array operations as it is fixed to a point where it makes sense. The current wording in the specs mixes the concept of statements and expressions in a way that I have no idea how it is supposed to work at all. My personal opinion is that the concept of array operations as it is presented in the specs is too simplistic. Currently, it is not implemented at all. I would suggest to cut the section from the specs and think about it again together with the whole topic of multidimensional arrays after 1.0 is released. In its current form, the concept is not well defined, and I doubt that there is any simple way to repair it. Mikola Lysenko wrote:Sorry about the repost, but my text became completely and unreadably mangled after I copied and pasted from my text editor. Hopefully it will look better this time. I really like the idea of array operations, since it seems like an elegant and intuitive shorthand for working with vectors. I have a few (unreasonable) requests though. I'd like to see the idea of array operations extended to any expression involving arrays, for instance: Creates the output, a := { 0.0000 } However, it would be very nice if using the empty block braces or a slice automatically expanded the statement into a loop, so this code would expand to And have the output, a := { 0.0000 0.0000 0.0000 } Also array operations on multidimensional arrays don't work. Something like: Generates a compiler error. However, if multi-arrays were unrolled in a logical left-to-right fashion, you would get the following equivalent listing: I can also foresee some trickiness with this automated looping. For example, trying to normalize a vector quantity using this method is flawed: #real sum = 0.0; #foreach(real r;v) #return sqrt(r); Would cause Magnitude() to be called 3 times, each returning a different value. A correct way to normalize a would be #real sum = 0.0; #foreach(real r;v) #sum += r*r; #return sqrt(r);
Aug 14 2004