[PATCH] handling of non-lvalue compound objects

[PATCH] handling of non-lvalue compound objects

Handling of non-lvalue compound objects:

We introduce a new primitive - EXPR_SLICE.  Meaning is "that many bits
from that offset in that non-lvalue struct or union".  It is used when
we try to get a member out of a non-lvalue struct or union (subsequent .<field>
just narrow the slice).  And as far as scalar, struct and union fields count,
that's it.  The only subtle point is handling of array fields.  And there
I'm doing what C99 requires - they *do* decay to real, honest pointers,
causing a copy of object to memory if needed.  We get an anonymous object
that lives until the next sequence point; optimizer is certainly free to
get rid of it completely if it can make do with the value we'd copied there.

Note that you _are_ allowed to say
        foo().a[1] = 0;
It doesn't make sense, since the value you've assigned will be immediately
lost (and any optimizer will turn that into f()), but it is legitimate and
it avoids a *lot* of PITA in describing semantics.

It covers only array decay - any other member of non-lvalue struct or union
is *not* an lvalue and in
	struct foo {int x; int y[2];};
	struct foo a(void);
        ...
	a().x = 0;              /* not allowed, non-lvalue */
	a().y[0] = 1;           /* allowed, but pointless */
you will get an error from the first assignment, but not from the second
one.

Signed-off-by: Al Viro <viro@parcelfarce.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>