https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #14 from vries at gcc dot gnu.org ---
1.
In lower_omp_target for function fn3, we handle clause 'map(alloc:bD.1833
[pointer assign, bias: 0])' with variable-sized bD.1833.
The var bD.1833 has value-expr *b.0D.1844. For b.0D.1844, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #15 from vries at gcc dot gnu.org ---
My guess at this point is that the problem is that in
replace_block_vars_by_duplicates, we replace the old decls in the block with
new decls, but that the value-exprs that we copy from the old to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37591
Daniel Marjamäki daniel.marjamaki at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58586
--- Comment #8 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Mon Jul 6 10:26:12 2015
New Revision: 225447
URL: https://gcc.gnu.org/viewcvs?rev=225447root=gccview=rev
Log:
gcc/testsuite/ChangeLog:
2015-07-06 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66776
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64*
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to contact from comment #0)
As the bug does not
occur with -O0 I assume the bug is part of gcc, and not of my own code, but
I could obviously be wrong.
This is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66776
Bug ID: 66776
Summary: [AArch64] zero-extend version of csel not matching
properly
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66588
--- Comment #5 from ktkachov at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #4)
combine should not in general try multiple ways to write the same
thing; this will not scale. In this case, I don't see that some
backends
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #1 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Jul 6 11:00:03 2015
New Revision: 225450
URL: https://gcc.gnu.org/viewcvs?rev=225450root=gccview=rev
Log:
[AArch64] PR target/66731 Fix fnmul insn with -frounding-math
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66759
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Jul 6 10:37:33 2015
New Revision: 225449
URL: https://gcc.gnu.org/viewcvs?rev=225449root=gccview=rev
Log:
2015-07-06 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66770
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
This looks like a dup of PR66759 to me which has a reduced testcase and shows
a bug in folding of REAL_CST - x CMP REAL_CST.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65974
Neil Bird neil at fnxweb dot com changed:
What|Removed |Added
CC||neil at fnxweb dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66757
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #17 from vries at gcc dot gnu.org ---
Created attachment 35918
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35918action=edit
update gzipped trace
latest trace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #18 from vries at gcc dot gnu.org ---
Created attachment 35919
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35919action=edit
combined testcase/trigger/tracing patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66771
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66749
--- Comment #5 from Yulia Koval julia.koval at intel dot com ---
(In reply to H.J. Lu from comment #4)
Created attachment 35904 [details]
A patch
Please try this.
It fixes the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
--- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
Author: fxcoudert
Date: Mon Jul 6 08:22:34 2015
New Revision: 225445
URL: https://gcc.gnu.org/viewcvs?rev=225445root=gccview=rev
Log:
PR libfortran/40267
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
Bug ID: 66774
Summary: Any optimization causes segfault on binary
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66771
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Oops sorry, I mean:
if (!m_input.getline(buf, sizeof(buf)))
return false;
The version comparing to 0 only works in C++03 (or non-conforming versions of
libstdc++ pre-gcc-5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66757
--- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Mon Jul 6 08:43:58 2015
New Revision: 225446
URL: https://gcc.gnu.org/viewcvs?rev=225446root=gccview=rev
Log:
PR tree-optimization/66757
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
edanor1 at wp dot pl edanor1 at wp dot pl changed:
What|Removed |Added
CC||edanor1 at wp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
Bug ID: 66773
Summary: sign-compare warning for == and != are pretty useless
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66775
Bug ID: 66775
Summary: Allocatable function result type(t) produces segfault
when uninitialized
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66777
Bug ID: 66777
Summary: faggressive-loop-optimizations behavior.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66733
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, it's actually slightly more twisted (but indeed related to CCP propagating
copies now).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383
--- Comment #23 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jul 6 11:50:47 2015
New Revision: 225452
URL: https://gcc.gnu.org/viewcvs?rev=225452root=gccview=rev
Log:
Allow -mincoming-stack-boundary=3 with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66759
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
--- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org ---
Jason, any news on this:
(In reply to Jan Hubicka from comment #8)
Jaon, the issue here is that TYPE_CANONICAL is incomplete type:
[...]
Shouldn't the canonical type be always the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769
--- Comment #3 from fiesh at zefix dot tv ---
Better, self contained problem case:
class A
{
void f(int a);
int g();
};
void A::f(int a) {}
int A::g()
{
auto r = [] (auto x) { f(*x); };
int * p;
r(p);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61820
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #2 from Richard PALO richard at netbsd dot org ---
I have this as well on SunOS 5.11 illumos with 4.9* (on pkgsrc)
Right, the bug is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66777
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
-Waggressive-loop-optimizations, but it doesn't warn for me in this case. Of
course we warn about
t.c: In function ‘main’:
t.c:8:26: warning: ‘a[0]’ is used uninitialized in this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||fiesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37591
--- Comment #8 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
I'd vote for either removing this warning or fixing it.
You can use the corresponding -Wno-* option to remove it.
There's no much point in voting on this or other bugs: What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Indeed.
bb 2:
# PT = { D.2299 } (nonlocal)
# ALIGN = 16, MISALIGN = 0
vectp_p.4_16 = p_7(D) + 1;
addr2int0_4 = (signed long) vectp_p.4_16;
andmask_3 = addr2int0_4 15;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Jul 6 13:12:39 2015
New Revision: 225454
URL: https://gcc.gnu.org/viewcvs?rev=225454root=gccview=rev
Log:
2015-07-06 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66620
--- Comment #13 from Bernd Schmidt bernds at gcc dot gnu.org ---
Author: bernds
Date: Mon Jul 6 12:49:26 2015
New Revision: 225453
URL: https://gcc.gnu.org/viewcvs?rev=225453root=gccview=rev
Log:
Fix assert caused by bad cfg manipulation in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66778
Bug ID: 66778
Summary: [6.0 Regression] PPC 405 and 440 nmac failure
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726
--- Comment #7 from Jeffrey A. Law law at redhat dot com ---
The other thing to keep in mind, sinking of this nature ought to be applicable
to other unary ops and cases where we have multiple PHI args that are
SSA_NAMEs.It shouldn't be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66779
David Malcolm dmalcolm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66695
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66724
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
CC||segher at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
--- Comment #5 from mikulas at artax dot karlin.mff.cuni.cz ---
So, please pinpoint specific parahraph(s) in the standard that specify that
this behavior is acceptable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
--- Comment #7 from mikulas at artax dot karlin.mff.cuni.cz ---
#include stdatomic.h
atomic_int a = ATOMIC_VAR_INIT(0);
atomic_int b = ATOMIC_VAR_INIT(0);
atomic_int p = ATOMIC_VAR_INIT(0);
int thread_1(void)
{
atomic_store_explicit(b,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66747
--- Comment #9 from Doug Gilmore doug.gilmore at imgtec dot com ---
Our nightly builds are now clean with this patch.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||ktietz at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66744
--- Comment #3 from Matt Grochowalski MatthewS.Grochowalski at ge dot com ---
The bootstrap succeeds after applying the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726
--- Comment #6 from Jeffrey A. Law law at redhat dot com ---
WRT c#2. PRE will try to optimize away a runtime redundant expression. In the
cases I'm looking at, there is only a single runtime evaluation. But that
evaluation can be sunk from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66724
--- Comment #1 from Gerhard Steinmetz gerhard.steinmetz.fort...@t-online.de
---
Longer scheme :
backspace (1, iomsg=#)
close (1, iomsg=#)
close (1, status=#)
endfile (1, iomsg=#)
flush (1, iomsg=#)
inquire (1, iomsg=#)
open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
--- Comment #4 from Andrew Macleod amacleod at redhat dot com ---
I'm not sure where the problem is. We interacted quite a bit as the model was
being developed. As I recall, it started with the standard, but they
strengthened some of the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65956
--- Comment #5 from alalaw01 at gcc dot gnu.org ---
Author: alalaw01
Date: Mon Jul 6 17:32:07 2015
New Revision: 225469
URL: https://gcc.gnu.org/viewcvs?rev=225469root=gccview=rev
Log:
2015-07-06 Alan Lawrence alan.lawre...@arm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66781
Bug ID: 66781
Summary: confused by earlier errors, bailing out with wrong
enum within class
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65956
--- Comment #3 from alalaw01 at gcc dot gnu.org ---
Author: alalaw01
Date: Mon Jul 6 16:58:16 2015
New Revision: 225465
URL: https://gcc.gnu.org/viewcvs?rev=225465root=gccview=rev
Log:
[ARM] PR/65956 AAPCS update for alignment attribute
gcc/:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66724
--- Comment #4 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Mon, Jul 06, 2015 at 05:05:05PM +, kargl at gcc dot gnu.org wrote:
I beat up you to the punch on most of these. Everything in
comment #1 and #2 is caught
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66724
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782
Bug ID: 66782
Summary: Unable to run 64-bit wine after MS-SYSV register
changes
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65956
--- Comment #4 from alalaw01 at gcc dot gnu.org ---
Author: alalaw01
Date: Mon Jul 6 17:06:00 2015
New Revision: 225466
URL: https://gcc.gnu.org/viewcvs?rev=225466root=gccview=rev
Log:
Fix eipa_src AAPCS issue (PR target/65956)
2015-05-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65956
--- Comment #6 from alalaw01 at gcc dot gnu.org ---
Author: alalaw01
Date: Mon Jul 6 17:37:50 2015
New Revision: 225470
URL: https://gcc.gnu.org/viewcvs?rev=225470root=gccview=rev
Log:
Backport r225466: tests from 'Fix eipa_src AAPCS issue (PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #3 from Andreas Schwab sch...@linux-m68k.org ---
It's always the boundary cases that matter most for security.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66747
Bernd Edlinger edlinger at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
--- Comment #6 from Andrew Macleod amacleod at redhat dot com ---
The standard doesn't define what machines should generate what code. It defines
terms for observing effects that need to be adhered to. Their machine model was
created over a few
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66782
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
Adding clobbered registers explicitly is exactly the same as adding them to
call_fusage, so I don't see any problem here from the first sight.
Can you please provide a minimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #2 from Daniel Marjamäki daniel.marjamaki at gmail dot com ---
Thanks!
Hmm.. in my humble opinion, when I see the code:
int f(void) { return 0x == -1; }
.. I get the impression that the developer probably wants to test if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
--- Comment #4 from Daniel Marjamäki daniel.marjamaki at gmail dot com ---
absolutely. there are often bugs in the boundaries.
well. I was hoping to get more optimistic response.
how about this.. imagine that we wrote a possible division by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
Mikhail Maltsev miyuki at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66784
Bug ID: 66784
Summary: no symbol emitted for builtin with lto
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66780
--- Comment #1 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
I can reproduce the issue with the trunk cross compiler.
It seems that openproc function in proc/readproc.c is miscompiled
with -fstack-protector-strong. Here is a reduced test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66783
Bug ID: 66783
Summary: No error-checking for creating structs containing
opaque structs
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
--- Comment #5 from amker at gcc dot gnu.org ---
I can reproduce the problem on avr using its namespace with GCC trunk. The
example code is as below:
typedef __memx struct foo_s {
int a[20];
} foo_t;
int sum1(const foo_t *p)
{
int i,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66772
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769
--- Comment #2 from fiesh at zefix dot tv ---
A friend checked for me, 5.1.0 also appears affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66772
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66771
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
I think those are simply invalid uses of C++ (I've seen such instances in a few
packages).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66770
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66733
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
*** Bug 66772 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66772
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||amker.cheng
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66759
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66760
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
Andrew Macleod amacleod at redhat dot com changed:
What|Removed |Added
CC||amacleod at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #48 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
Alright, I found it, -fstack-protector-strong is the culprit. Will file a new
bug report now.
Adrian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66739
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
The ppc testcase,
int
f(int a, int b, int c)
{
a -= (short)b * (c 16);
if (!a)
return 10;
return a;
}
is probably artificially triggering the same issue. Here we do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66780
Bug ID: 66780
Summary: [4.9 Regression] Compiling with
-fstack-protector-strong causes binary to segfault
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66739
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
CC||dje at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66778
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66695
--- Comment #1 from Vladimir Fuka vladimir.fuka at gmail dot com ---
Anyone can confirm this behaviour?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66749
--- Comment #6 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jul 6 15:17:44 2015
New Revision: 225460
URL: https://gcc.gnu.org/viewcvs?rev=225460root=gccview=rev
Log:
Add -march=iamcu to optimize for IA MCU
IA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66749
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59767
--- Comment #3 from mikulas at artax dot karlin.mff.cuni.cz ---
The problem here is that we don't really know what does the standard specify.
People often suggest the Batty's paper Mathematizing C++ Concurrency (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66779
Bug ID: 66779
Summary: jit segfault
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
Assignee: dmalcolm at
1 - 100 of 104 matches
Mail list logo