https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012

--- Comment #20 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Georg-Johann Lay from comment #19)
> Mow it seems we need even more hacks in the avr BE to work around that
> insanits in match.pd: For the following test case
> 
> __uint24 mul24 (__uint24 a, __uint24 b)
> {
>     return a * b;
> }

Can you file that seperately? Because that is slightly differnet issue and
gimple looks fine:
  __int24 unsigned _3;
  _3 = a_1(D) * b_2(D);

I have not looked into why expand does not cause a libcall to __mulpsi3 yet
though. Maybe I can look this weekend.

Reply via email to