https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #8 from Joel Sherrill ---
We are using gcc 4.9.3 for RTEMS 4.11 and gcc 6.3.0 on RTEMS 4.12. This doesn't
happen on either GCC. So closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #7 from Joel Sherrill ---
I added Jon Beniston who did the initial port and Sebastien Bourdeauducq who is
listed as the lm32 maintainer but hasn't committed since 2011. I hope one of
them can help out here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #6 from Joel Sherrill ---
I am not an expert on the machine descriptions or the lm32. If someone wants to
propose a patch, I am happy to test it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #5 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #4)
> is not the correct way to set /f flags to all insn of the generated sequence.
Please see how mips/mips.c annotates expanded sequences using
mips_set_frame_expr, esp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #4 from Uroš Bizjak ---
(In reply to Joel Sherrill from comment #3)
> Added the dwarf maintainers hoping to get an answer. From an RTEMS
> perspective, the lm32 is not usable. Both 4.9 and the head are broken.
> Hoping you two have an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #3 from Joel Sherrill ---
Added the dwarf maintainers hoping to get an answer. From an RTEMS perspective,
the lm32 is not usable. Both 4.9 and the head are broken. Hoping you two have
an idea. Happy to help since this is a cross targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #2 from Joel Sherrill ---
Broken on head as well.
lm32-rtems4.11-gcc (GCC) 5.0.0 20141104 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
Joel Sherrill changed:
What|Removed |Added
Known to fail||4.9.1
--- Comment #1 from Joel Sherrill
