Revital,
* Revital1 Eres <[EMAIL PROTECTED]> [2008-10-15 02:20]:
>
> r77 is defined as 'fixed register' which is a register that the register
> allocator can not use. (triggers by SPU option -mfixed-range)
> r77 is used to pass information to some other routine at run-time (the
> next instructio
> >
> > which returns the value of FP with the same type as FP, and tells the
> > compiler that PFP is the expected target of FP. Trival examples:
> >
> > typedef void (*fptr_t)(void);
> >
> > extern void foo(void);
> >
> > void
> > call_fp (fptr_t fp)
> > {
> > /* Call the function
If possible, I agree it seems natural to extend __builtin_expect. My
concern would be backwards compatibility.
Currently, the prototype for __builtin_expect is
long __builtin_expect (long expression, long constant);
Extending it to functions would change it to
T __builtin_expect (T exp
Hi,
I'm looking for comments on a possible GCC extensions described below.
For the target I'm interested in, Cell SPU, taken branches are only
predicted correctly by explicitly inserting a specific instructions (a
hint instruction) that says "the branch at address A is branching to
address B". T
Tehila asked me a while ago to comment based on my experience with the
RTL if convert pass and the discussions some of us had at the GCC
summit. Sorry it took me so long to respond.
The target I care about (Cell SPU) has some things that make an
aggressive if convert very useful and profitable.
* Ian Lance Taylor <[EMAIL PROTECTED]> [2006-10-10 10:15]:
> [EMAIL PROTECTED] writes:
>
> > - the default versions of operator new and the aligned version of
> > operator new should be defined in the same section. That way,
> > when a user overrides the default operator new, they will
Hi,
I would like to reopen the discussion for pr/15795, or at least get
clarification on the current resolution of WONTFIX.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
Let me state right at the beginning that I am also volunteering to do
the actual work to come up with an agreed solution an
Dear Steering Committee,
We, Sony Computer Entertainment, would like to contribute a port for a
new target, the Cell SPU, and seek acceptance from the Steering
Committee to do so.
(David Edelsohn indicated that before submitting patches we should
request acceptance for the new port from the Steer
