https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Nov 9 08:19:05 2016
New Revision: 241992
URL: https://gcc.gnu.org/viewcvs?rev=241992&root=gcc&view=rev
Log:
2016-11-09 Richard Biener
PR tree-optimization/78007
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Bug ID: 78268
Summary: [7 Regression] internal compiler error: Segmentation
fault
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78253
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
--- Comment #1 from Richard Biener ---
The question is whether this is invalid RTL, in which case we should guard
against this in the RTL verifier (if we had one).
Maybe the pattern should constrain the operand properly?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
--- Comment #1 from kugan at gcc dot gnu.org ---
(In reply to Markus Trippelsdorf from comment #0)
> Either r241990 or r241989 causes a new ICE during Firefox build:
>
> /home/trippels/gecko-dev/rdf/base/rdfutil.cpp:111:1: internal compiler
> err
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
Richard Biener changed:
What|Removed |Added
Component|middle-end |testsuite
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78258
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78259
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
--- Comment #3 from Markus Trippelsdorf ---
This happens on ppc64le. Doesn't seem to reproduce on X86.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78265
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78263
Richard Biener changed:
What|Removed |Added
Target||powerpc64le-*-*
--- Comment #3 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #6 from Martin Liška ---
Still can't reproduce. Can you please paste output of
gcc-trunk -Os small.c --verbose
and it would be usefull to paste output of -S.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 78007, which changed state.
Bug 78007 Summary: Important loop from 482.sphinx3 is not vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78007
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78193
--- Comment #4 from Eric Botcazou ---
> This looks related to the ABI and was introduced by:
>
> r241765 | jason | 2016-11-02 02:50:29 +0100 (Wed, 02 Nov 2016) | 53 lines
>
> Implement P0136R1, Rewording inheriting constructors.
The pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
Bug ID: 78269
Summary: FAIL: FAIL: g++.dg/cpp1z/noexcept-type11.C and FAIL:
g++.dg/cpp1z/noexcept-type9.C
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78261
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
Richard Biener changed:
What|Removed |Added
Target|arm, aarch64|arm, aarch64, x86_64-*-*
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
--- Comment #3 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Nov 9 09:22:52 2016
New Revision: 241993
URL: https://gcc.gnu.org/viewcvs?rev=241993&root=gcc&view=rev
Log:
2016-11-09 Janus Weil
PR fortran/71894
* cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #7 from Uroš Bizjak ---
(In reply to Martin Liška from comment #6)
> Still can't reproduce. Can you please paste output of
> gcc-trunk -Os small.c --verbose
It fails for me:
Program received signal SIGSEGV, Segmentation fault.
main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71894
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #8 from Martin Liška ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Martin Liška from comment #6)
> > Still can't reproduce. Can you please paste output of
> > gcc-trunk -Os small.c --verbose
>
> It fails for me:
>
> P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #9 from Uroš Bizjak ---
Created attachment 4
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=4&action=edit
--verbose-asm assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #10 from Uroš Bizjak ---
(In reply to Martin Liška from comment #8)
> I've already tried running the test-case in valgrind. But I can't see the
> problem :) May you please paste -S file and --verbose output?
Done.
What I find itere
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Nov 9 09:46:13 2016
New Revision: 241994
URL: https://gcc.gnu.org/viewcvs?rev=241994&root=gcc&view=rev
Log:
2016-11-09 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
Bill, could you please confirm if r241994 fixes the test-cases for you ?
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35691
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
--- Comment #2 from Andreas Schwab ---
The expression would be undefined at runtime, so it doesn't matter if we
generate an unspecified result.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #2 from Dominique d'Humieres ---
Unfortunately I don’t know the answers to the questions. I am under OS X
10.12.1 (aka darwin16.1) and Xcode 8.1.
/usr/lib/libc.dylib points to libSystem.B.dylib.
Dominique
> Le 9 nov. 2016 à 08:54, m
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 40001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40001&action=edit
gzipped C source code
The attached code, when compiled by gcc trunk dated 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78270
--- Comment #1 from David Binderman ---
Reduced code
typedef struct {
} bdaddr_t;
struct mgmt_cp_read_local_oob_ext_data {
__u8 type
} fn1() {
struct mgmt_cp_read_local_oob_ext_data *cp;
switch (cp->type)
&(bdaddr_t) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78271
Bug ID: 78271
Summary: Fortran, additional pointer type for deferred length
strings
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78271
--- Comment #1 from Bernhard Heckel ---
Created attachment 40003
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40003&action=edit
Debug info Icc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
Thomas Preud'homme changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
Martin Liška changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
--- Comment #3 from Andreas Schwab ---
Author: schwab
Date: Wed Nov 9 10:40:00 2016
New Revision: 241996
URL: https://gcc.gnu.org/viewcvs?rev=241996&root=gcc&view=rev
Log:
PR target/78254
* config/m68k/m68k.md: Reject out-of-range bit pos in bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #14 from Martin Liška ---
Created attachment 40005
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40005&action=edit
good combine dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78254
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #13 from Martin Liška ---
Created attachment 40004
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40004&action=edit
bad combine dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #9 from Pauli ---
atomicity.h uses exactly same builtins if _GLIBCXX_ATOMIC_BUILTINS is set 1.
Difference include check for __gthread_active_p check and annotations for race
detector. Annotations are empty macros in default build. Sam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78270
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78270
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
Thomas Preud'homme changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
--- Comment #2 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Nov 9 10:50:21 2016
New Revision: 241997
URL: https://gcc.gnu.org/viewcvs?rev=241997&root=gcc&view=rev
Log:
2016-11-09 Thomas Preud'homme
gcc/testsuite/
PR testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
Thomas Preud'homme changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|thopre01 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78269
--- Comment #3 from Thomas Preud'homme ---
Marking the bug as NEW again because g++.dg/cpp1z/noexcept-type11.C still needs
fixing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to janus from comment #8)
> As mentioned by Harald, the patch in comment 1 works well and is close to
> obvious.
I verified that it regtests cleanly. Adapted to current trunk it looks li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78272
Bug ID: 78272
Summary: [7 Regression] ICE in unshare_expr_without_location
while building 471.omnetpp
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78272
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.2.1
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78272
--- Comment #1 from ktkachov at gcc dot gnu.org ---
Started with r241990
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
Bug ID: 78273
Summary: The transparent version of {map,set}::count should
call _M_count_tr
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78274
Bug ID: 78274
Summary: Rejected specialization in different namespace
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61978
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #9 from Richard Biener ---
So RTL expansion ends up in
/* If jumps are cheap and the target does not support conditional
compare, turn some more codes into jumpy sequences. */
else if (BRANCH_COST (o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78272
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #10 from Richard Biener ---
OTOH we _do_ have initial RTL
(insn 167 166 168 20 (set (reg:CCGOC 17 flags)
(compare:CCGOC (reg/v:DI 217 [ red_cost ])
(const_int 0 [0]))) "pbeampp.c":42 -1
(nil))
(jump_insn 168
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #11 from Venkataramanan ---
Hi Richard
On haswell machine original run time for -O3 -max2 -mprefer-avx2
real2m35.325s
user2m35.257s
sys 0m0.070s
Changing the assembly from
.L98:
jle .L97
cmpl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78263
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78275
Bug ID: 78275
Summary: [avr] at43usb320 in wrong multilib set.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78275
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #12 from Richard Biener ---
Btw, I see with -mavx2
addq(%r9), %rax
jns .L90
.L90:
je .L92
cmpl$2, 24(%rdx)
je .L91
thus there is no extra cmpq $0, %rdi in the predecesso
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78259
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78258
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78200
--- Comment #13 from Richard Biener ---
When I compare GCC 6 (r241818) against trunk (r241997) with -Ofast
-march=native (on Haswell) I get
429.mcf 9120230 39.7 S9120240 38.0 *
429.mcf 9120
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
--- Comment #3 from Martin Liška ---
'f0' function is optimized out as of r242000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
--- Comment #6 from janus at gcc dot gnu.org ---
I think the patch in comment 1 actually does not work as expected (due to a
spurious semicolon).
However, this variant seems to work well and regtests cleanly:
Index: gcc/fortran/expr.c
=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276
Bug ID: 78276
Summary: regex_search is slow
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
--- Comment #5 from Bill Seurer ---
Looks good on power, too. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78248
--- Comment #15 from Segher Boessenkool ---
Hi, could you try https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00775.html ?
And sorry for the breakage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78256
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Reso
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 9 16:21:45 2016
New Revision: 242007
URL: https://gcc.gnu.org/viewcvs?rev=242007&root=gcc&view=rev
Log:
PR target/77718
* builtins.c (expand_builtin_memcmp): Form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78265
--- Comment #2 from David Blaikie ---
A side note/commentary:
Producing debug info for global variable declarations at all is an interesting
choice. If the whole program is built with debug info*, the global variable's
definition will have debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
--- Comment #7 from Dominique d'Humieres ---
Compiling the test in comment 0 with and instrumented gfortran I get
pr65173.f90:7:45:
real*8, dimension(256), allocatable :: x
1
Error: Allocatable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #3 from Iain Sandoe ---
(In reply to Maxim Ostapenko from comment #1)
> Eh, mine.
>
> typedef void (^os_trace_payload_t)(xpc_object_t xdict) looks very strange,
> it seems that it's an Objective-C declaration, right?
It's declaring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
--- Comment #8 from Dominique d'Humieres ---
Note that the tests z1.f90 and z8.f90 fail in a different way:
pr65173_3.f90:3:39:
character(:), allocatable :: x(n)
1
Error: Allocatable component of st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #4 from Maxim Ostapenko ---
(In reply to Iain Sandoe from comment #3)
> (In reply to Maxim Ostapenko from comment #1)
> > Eh, mine.
> >
> > typedef void (^os_trace_payload_t)(xpc_object_t xdict) looks very strange,
> > it seems that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77680
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #5 from Jakub Jelinek ---
extern char **environ;
#endif
-#if defined(__has_include) && __has_include()
+#if defined(__has_include) && __has_include() &&
defined(__clang__)
#define SANITIZER_OS_TRACE 1
#include
#else
is preappr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #6 from Maxim Ostapenko ---
Created attachment 40007
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40007&action=edit
Untested fix.
Attaching untested fix.
Dominique, could you try it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78273
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60500
--- Comment #12 from vehre at gcc dot gnu.org ---
Well, the change introduced by r241885 is quite complicated. It may cause major
regressions. I don't recommend backporting it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78274
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 159 matches
Mail list logo