https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
--- Comment #5 from kugan at gcc dot gnu.org ---
Is this sort of multiple-use potential candidate for ree pass? Haven't looked
ree in detail yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
--- Comment #4 from Richard Earnshaw ---
b is used twice, once shifted left by 3 and once directly.
We could write this as
subsx3, x0, x1, sxth 3
beq .L5
add w0, w2, w1, sxth <= Now extended
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
--- Comment #3 from kugan at gcc dot gnu.org ---
But isn't w1 is passed with 16bit value (short b) here. Am I missing something
here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
--- Comment #2 from Andrew Pinski ---
(In reply to kugan from comment #1)
> According to AAPCS64
> (http://infocenter.arm.com/help/topic/com.arm.doc.ihi0055c/
> IHI0055C_beta_aapcs64.pdf), the unused parm register bits have "unspecified
> value".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64537
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
--- C
