https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66598
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66611
Bug ID: 66611
Summary: SH: ICE on -O2
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65803
--- Comment #3 from Chen Gang ---
It is about JUMP_LABEL, gcc should set the JUMP_LABEL before use it. If we set
the label as soon as it is generated, it can build the issue code successfully.
diff --git a/gcc/config/bfin/bfin.c b/gcc/config/bf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #18 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #17)
> Which version of mpfr/gmp is used for compilers? mpfr has self
> test and you could run it with "make check" in its build directory.
You seem to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66610
--- Comment #2 from David Malcolm ---
Created attachment 35820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35820&action=edit
A less minimal example
FWIW, here's a less minimal example, better showing what the code was doing
(interpreter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65803
--- Comment #4 from Chen Gang ---
Reference to gccint.pdf Page 268 for jump_isn, we know that JUMP_LABLE() must
be defined after optimization completed. In our case, we are just doing
optimization, and is almost finished, so we need set JUMP_LABL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66612
Bug ID: 66612
Summary: [6 regrssion] FAIL: gcc.target/powerpc/20050830-1.c
scan-assembler bdn
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66612
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |6.0
Summary|[6 regrssion] FA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #2 from Jonathan Wakely ---
Have you tried using a different svn client?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #3 from Jonathan Wakely ---
Hmm, I get:
svn: E000110: Error retrieving REPORT: Connection timed out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66602
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #4 from Thomas Schweikle ---
I've tried at least
* subversion 1.7.x
* subversion 1.8.x
* the jenkins internal svn-client
all behave the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #19 from Kazumoto Kojima ---
(In reply to John Paul Adrian Glaubitz from comment #18)
> You seem to be on to something here as, in fact, mpfr had problems
> previously when built with "make check" [1]:
I see many segfaults and bus er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66613
Bug ID: 66613
Summary: error in evaluationg cexp
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66611
Oleg Endo changed:
What|Removed |Added
CC||kkojima at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #20 from Oleg Endo ---
(In reply to John Paul Adrian Glaubitz from comment #16)
> ...
> 763a3c: 03 61 mov r0,r1
> 763a3e: 00 e3 mov #0,r3
> 763a40: 16 62
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #21 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #20)
> I'm curious... Kaz, when bootstrapping the native 4.9 on sh4-linux, did you
> use the 4.9 native compiler to build mpfr, mpc, gmp libraries? They might
> indeed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66598
--- Comment #2 from Mikael Pettersson ---
Started with r197189.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66605
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #5 from Thomas Schweikle ---
Looks like you are using subversion 1.6.11 (r934486) for your server. The error
is known. An upgrade would solve it.
https://mail-archives.apache.org/mod_mbox/subversion-users/201307.mbox/%3c503643e3cdb1b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #6 from Thomas Schweikle ---
Looks like you are using subversion 1.6.11 (r934486) for your server. The error
is known. An upgrade would solve it.
https://mail-archives.apache.org/mod_mbox/subversion-users/201307.mbox/%3c503643e3cdb1b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #22 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #20)
> (In reply to John Paul Adrian Glaubitz from comment #16)
> > ...
> > 763a3c: 03 61 mov r0,r1
> > 763a3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #7 from Thomas Schweikle ---
If it wouldn't be possible to migrate up to 1.7.x or 1.8.x.
1.6.23 is the last version packaged of the 1.6-stream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #8 from joseph at codesourcery dot com ---
I think the server is using the standard subversion package from RHEL 6,
not a local build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66614
Bug ID: 66614
Summary: LRA might fail to eliminate dead code
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66104
--- Comment #9 from Thomas Schweikle ---
You are right. I did not know it was RedHat/CentOS/OracleLinux/ScientificLinux.
They all use this outdated svn-server. I'd checked against our own running
svn-server: same error with newer subversion clien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #23 from John Paul Adrian Glaubitz ---
It seems that Kaz was right. Downgrading libmpfr fixes the issue for me:
glaubitz@tirpitz:~/debian/segfault-test/wmfire-1.2.4/src$ gcc wmfire.c -o
wmfire.o $(pkg-config --cflags gdk-2.0) $(pkg-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #24 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #23)
> It seems that Kaz was right. Downgrading libmpfr fixes the issue for me:
In order to test whether this problem is actually a result of
28 matches
Mail list logo
