https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #22 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:7950c96ca667ddaab9d6e894da3958ebc2e2dccb
commit r12-5432-g7950c96ca667ddaab9d6e894da3958ebc2e2dccb
Author: Jeff Law
Date: Sat Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #21 from Aldy Hernandez ---
(In reply to Jeffrey A. Law from comment #20)
> Your c#19 was a bit hard to follow. But you hit the key issue.
Ughh sorry. I'm running on fumes here :-).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Jeffrey A. Law changed:
What|Removed |Added
Priority|P1 |P4
--- Comment #20 from Jeffrey A.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #19 from Aldy Hernandez ---
This looks like a target or RTL problem.
The .optimized dumps between x86-64 and bfin-elf look the same for:
-O2 -fno-tree-vrp -fno-tree-vectorize -fno-thread-jumps -fno-ivopts
-fno-tree-pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Aldy Hernandez changed:
What|Removed |Added
Last reconfirmed||2021-11-17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #17 from Aldy Hernandez ---
The .s files on my cross versus the AWS instance or not even remotely the same:
--- j.s 2021-11-17 14:13:19.979883609 -0500
+++ j.s.bad 2021-11-17 14:13:12.083828127 -0500
@@ -5,79 +5,78 @@
.global
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #16 from Aldy Hernandez ---
(In reply to Jeffrey A. Law from comment #15)
> Re: c#13. You were so close :-) Add "-msim" to your command line. THat's
> one of the things the baseboards file does for you when you run things under
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #15 from Jeffrey A. Law ---
Re: c#13. You were so close :-) Add "-msim" to your command line. THat's one
of the things the baseboards file does for you when you run things under
dejagnu on bfin-elf...
I've sent Aldy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #14 from Tamar Christina ---
(In reply to Aldy Hernandez from comment #12)
> (In reply to Tamar Christina from comment #9)
> > (In reply to Aldy Hernandez from comment #8)
> > > (In reply to Tamar Christina from comment #7)
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #13 from Aldy Hernandez ---
(In reply to Jeffrey A. Law from comment #11)
> Aldy, I could also set up a cross toolchain, ready for debugging in an AWS
> instance if that would be helpful.
Ok, I give up.
I configured and installed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #12 from Aldy Hernandez ---
(In reply to Tamar Christina from comment #9)
> (In reply to Aldy Hernandez from comment #8)
> > (In reply to Tamar Christina from comment #7)
> > > Just a note, in our case the error seems to cause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #11 from Jeffrey A. Law ---
Aldy, I could also set up a cross toolchain, ready for debugging in an AWS
instance if that would be helpful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #10 from Jeffrey A. Law ---
Aldy, the trick is to not build the C++ runtime ;-)
So instead of "make" use "make all-gcc && make all-target-libgcc" to build the
compiler and libgcc runtime. Then use "make install-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #9 from Tamar Christina ---
(In reply to Aldy Hernandez from comment #8)
> (In reply to Tamar Christina from comment #7)
> > Just a note, in our case the error seems to cause stage2 build to fail.
>
> Please file a PR for it and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #8 from Aldy Hernandez ---
(In reply to Tamar Christina from comment #7)
> Just a note, in our case the error seems to cause stage2 build to fail.
Please file a PR for it and indicate the architecture. This PR is for a
pr80974.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #7 from Tamar Christina ---
Just a note, in our case the error seems to cause stage2 build to fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #5 from Aldy Hernandez ---
FWIW, the *.ch2 dump on both x86-64 and bfin-elf are identical.
This is unlikely to help, but...
In *.ivopts we start seeing differences in the IL:
[local count: 60236916]:
e = 1;
+ ivtmp.29_7 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #4 from Aldy Hernandez ---
It's been a LONG time since I had to do a sim build, so please bear with me.
I have combined tree with gcc, binutils-gdb, dejagnu, newlib-cygwin:
~/src/combined/configure --target=bfin-elf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
--- Comment #3 from Jeffrey A. Law ---
Agreed on P1 until we understand. If it's target specific P4 seems
appropriate. I don't see this failure on any other target in the tester.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103226
Aldy Hernandez changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
24 matches
Mail list logo
