This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: assign_parm_setup_block handling of parallels


On Thu, Dec 23, 2004 at 04:28:24PM -0400, Aldy Hernandez wrote:
>   /* If we've a non-block object that's nevertheless passed in parts,
>      reconstitute it in register operations rather than on the stack.  */
>   if (GET_CODE (entry_parm) == PARALLEL
>       && data->nominal_mode != BLKmode
>       && XVECLEN (entry_parm, 0) > 1		<-- BOO HISS!
>       && use_register_for_decl (parm))
> 
> Is this vector length check here for a particular reason?

Yes, there was a fight about this particular optimization.  You'll
have to search the archives for details, because my memory is failing.

> or should I add code to look inside and allow this condition, if
> the register in the parallel will span more than one hard register?

That might be plausible, I don't know.


r~


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]