Balaji S wrote:
_On 11-Mar-2005 02:48, James E Wilson san wrote_:
Is expression evaluation (expr.c, expand_expr_real) converting tree into
RTL, the right place to extend GCC as required?
Basically, yes. However, variables declarations are typically handled
separately from the expression, so if y
_On 11-Mar-2005 02:48, James E Wilson san wrote_:
Note that in this case finding the target means indirecting through a
memory address, and hence we would have to track the attributes of all
memory locations which is a difficult and perhaps unsolvable problem.
As I said before, I think what you
Paul Schlie wrote:
Does anyone have any further insight with respect to this potential problem?
I don't believe there is any problem here if attributes are used
correctly. If you need attributes to work differently than they already
do, then you will have to extend gcc yourself.
I also think th
Balaji S wrote:
But, i'm not able to access target specific attribute from second level
of indirection onwards.
For example,
int **gpi ;
Note that in this case finding the target means indirecting through a
memory address, and hence we would have to track the attributes of all
memory locations w
(I and likely others would also be grateful for further insight)
As to enable the efficient use of non-Von-Newman memory architectures
typical of many vector/signal processors, and smaller microcontrollers;
it seems imperative that target specific attributes assigned to an object
remain correct th
