https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #15 from Andrew Pinski ---
(In reply to Iain Sandoe from comment #14)
> (In reply to Andrew Pinski from comment #13)
> > Did the LLVM assembler get fixed?
>
> not as of xcode 13.0 (I don't know if anyone filed a radar tho) - since th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #14 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #13)
> Did the LLVM assembler get fixed?
not as of xcode 13.0 (I don't know if anyone filed a radar tho) - since the
problem was fixed on the branch, I guess no-one was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #13 from Andrew Pinski ---
Did the LLVM assembler get fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #11 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #10)
> From the ARM ARM:
> An assembler program translating a Load/Store instruction, for example LDR,
> is required to encode an unambiguous offset using the unscaled 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #10 from Andrew Pinski ---
>From the ARM ARM:
An assembler program translating a Load/Store instruction, for example LDR, is
required to encode an unambiguous offset using the unscaled 9-bit offset
form, and to encode an ambiguous off
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #9 from Andrew Pinski ---
hmmm, see https://gcc.gnu.org/legacy-ml/gcc-patches/2014-07/msg00612.html :
"When it comes to emitting the pattern, always use "prfm" -- the prfum
form can be generated from the prfm mnemonic when the offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #8 from Iain Sandoe ---
it seems that GAS is accepting an encoding that's not specified in at least
version DDI0487Fc_armv8_arm.
that says that
C6.2.212 PRFM (immediate) takes
" Is the optional positive immediate byte offset, a mu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #7 from Jeff Hammond ---
@Martin
% gfortran -O3 -fprefetch-loop-arrays --verbose -c ctrsm.f && echo OKAY
Using built-in specs.
COLLECT_GCC=gfortran
Target: aarch64-apple-darwin20
Configured with: ../configure --build=aarch64-apple-d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #6 from Iain Sandoe ---
(In reply to ktkachov from comment #5)
> I do think it's one of those LLVM assembler issues.
> Maybe it's due to the fact that "prfmPLDL1KEEP, [x0, -8]"
> is just the alias to the:
> prfum pldl1keep, [x0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Iain Sandoe changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #2 from Martin Liška ---
The problem is very likely in LLVM assembler, GAS works fine.
Please take a look here:
https://reviews.llvm.org/D40011
Can you please paste the output of GCC invocation with --verbose argument?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Richard Biener changed:
What|Removed |Added
Component|fortran |target
Target|
16 matches
Mail list logo
