https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #62 from Bernd Edlinger ---
Both parts of the patch are now posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00523.html
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00830.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78243
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78285
Bug ID: 78285
Summary: error on duplicate switch label where a note should be
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 9 22:56:35 2016
New Revision: 242026
URL: https://gcc.gnu.org/viewcvs?rev=242026&root=gcc&view=rev
Log:
PR c++/78283
* mangle.c (start_mangling): Reset G.need_cxx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44348
Dominique d'Humieres changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77414
Dominique d'Humieres changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77531
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78284
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78284
Bug ID: 78284
Summary: warn on malloc with very large arguments
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78236
Tim Shen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61450
--- Comment #2 from Dominique d'Humieres ---
> If it helps, I can take care of the packaging.
PING!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #12 from Rainer Orth ---
(In reply to Dominique d'Humieres from comment #10)
> > Attaching untested fix.
> > Dominique, could you try it?
>
> Now breaks with
[...]
> In file included from /usr/include/Availability.h:180:0,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #11 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
--- Comment #2 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #1)
> Created attachment 40011 [details]
> gcc7-pr78283.patch
>
> Untested fix.
OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
--- Comment #1 from Jakub Jelinek ---
Created attachment 40011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40011&action=edit
gcc7-pr78283.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78276
Tim Shen changed:
What|Removed |Added
CC||timshen at gcc dot gnu.org
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78283
Bug ID: 78283
Summary: -Wc++1z-compat warning is sticky
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 20:41:17 2016
New Revision: 242022
URL: https://gcc.gnu.org/viewcvs?rev=242022&root=gcc&view=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doublewo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #11 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Nov 9 20:33:24 2016
New Revision: 242020
URL: https://gcc.gnu.org/viewcvs?rev=242020&root=gcc&view=rev
Log:
2016-11-09 Mikael Morin
Janus Weil
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78282
--- Comment #1 from Alexander Kondratskiy ---
Created attachment 40010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40010&action=edit
The source before the preprocessing step
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78282
Bug ID: 78282
Summary: [6/7 Regression] Overload resolution failure, in
parameter pack expansion, inside a template class
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
--- Comment #3 from Gerhard Steinmetz
---
Well, it's an extension ...
$ gfortran-7-20161106 -std=f95 -c z2.f90 # or -std=f2008
z2.f90:3:17:
data x /null()/
1
Error: GNU Extension: re-initialization of 'x' at (1)
---
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
--- Comment #7 from Bill Seurer ---
(In reply to Markus Trippelsdorf from comment #0)
> Either r241990 or r241989 causes a new ICE
From a bisect I did it is definitely r241990.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 19:44:22 2016
New Revision: 242014
URL: https://gcc.gnu.org/viewcvs?rev=242014&root=gcc&view=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doublewo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77685
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78281
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78268
Markus Trippelsdorf changed:
What|Removed |Added
CC||seurer at linux dot
vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77750
--- Comment #8 from louis.krupp at zoho dot com ---
The patch is no longer necessary, because it looks like the problem with
combine.c was fixed on 1 November:
===
r241744 | foreese | 2016-11-01 09:29:51 -0600 (Tue, 01 Nov 2016) | 5 lines
Mark f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78281
Bug ID: 78281
Summary: [7 regression] spec2006 test case 471.omnetpp fails to
compile (ICE) starting with r241990
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46459
--- Comment #10 from Mikael Morin ---
(In reply to janus from comment #8)
> As mentioned by Harald, the patch in comment 1 works well and is close to
> obvious.
>
> Mikael, are you going to commit this, or do you want me to do it?
Please do, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78262
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Nov 9 19:21:11 2016
New Revision: 242013
URL: https://gcc.gnu.org/viewcvs?rev=242013&root=gcc&view=rev
Log:
PR target/78262
* config/i386/i386.md (*3_doublewo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78277
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
--- Comment #4 from janus at gcc dot gnu.org ---
With
gcc version 7.0.0 20161109 (experimental) [trunk revision 242009] (GCC)
the ICE is gone for all three cases in comment 0. However, it persists for some
of the cases in comment 1 and for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78280
Nathan Ridge changed:
What|Removed |Added
CC||zeratul976 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #10 from Dominique d'Humieres ---
> Attaching untested fix.
> Dominique, could you try it?
Now breaks with
libtool: compile: /opt/gcc/build_w/./gcc/xgcc -shared-libgcc
-B/opt/gcc/build_w/./gcc -nostdinc++
-L/opt/gcc/build_w/x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78280
Bug ID: 78280
Summary: GCC incorrectly accepts assignment in bitfield width
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78279
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78257
--- Comment #4 from Martin Sebor ---
Created attachment 40008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40008&action=edit
Very lightly tested patch.
The attached (only superficially tested) patch changes fold_bultin_memcmp to
fold the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78279
Bug ID: 78279
Summary: ICE in identical_array_ref, at
fortran/dependency.c:104
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
--- Comment #1 from Gerhard Steinmetz
---
Whereas, for example with "real" :
$ cat z2.f90
program p
real, pointer :: x => null()
data x /null()/
print *, associated(x)
end
$ gfortran-7-20161106 -Wall -fcheck=all z2.f90
$ a.out
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78278
Bug ID: 78278
Summary: ICE in gfc_wide_memset, at fortran/scanner.c:153
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78277
Bug ID: 78277
Summary: ICE in is_anonymous_component, at
fortran/interface.c:450
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
--- Comment #2 from Gerhard Steinmetz
---
New backtrace :
$ gfortran-7-20161106 -fcoarray=single z1.f90
z1.f90:5:0:
print *, sizeof(z)
internal compiler error: Segmentation fault
0xc3a64f crash_signal
../../gcc/toplev.c:338
0x78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66544
Gerhard Steinmetz changed:
What|Removed |Added
Version|5.1.1 |7.0
--- Comment #7 from Gerhard Stei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255
--- Comment #1 from avieira at gcc dot gnu.org ---
OK I think I assigned the blame to the wrong function, I think it is the
responsibility of 'is_indirect_tailcall_p' to catch this. Though I believe the
last time it is called during the postreload
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78259
foreese at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 60777, which changed state.
Bug 60777 Summary: [F03] RECURSIVE function rejected in specification expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #9 from Jack Howarth ---
(In reply to Maxim Ostapenko from comment #6)
> Created attachment 40007 [details]
> Untested fix.
>
> Attaching untested fix.
> Dominique, could you try it?
The change fixes the bootstrap of current gcc tru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78259
--- Comment #3 from foreese at gcc dot gnu.org ---
Author: foreese
Date: Wed Nov 9 17:31:27 2016
New Revision: 242010
URL: https://gcc.gnu.org/viewcvs?rev=242010&root=gcc&view=rev
Log:
Fix ICE in gfc_trans_subcomponent_assign due to NULL compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60777
--- Comment #7 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Nov 9 17:22:02 2016
New Revision: 242009
URL: https://gcc.gnu.org/viewcvs?rev=242009&root=gcc&view=rev
Log:
2016-11-09 Steve Kargl
Janus Weil
PR fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #8 from Maxim Ostapenko ---
(In reply to Dominique d'Humieres from comment #7)
> > Attaching untested fix.
> > Dominique, could you try it?
>
> Allow for ~2 hours.
Or better Jakub's fix, it looks cleaner.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60500
--- Comment #13 from Dominique d'Humieres ---
> Well, the change introduced by r241885 is quite complicated.
> It may cause major regressions. I don't recommend backporting it.
Agreed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78274
Jonathan Wakely 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=78267
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
--- 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=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=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 #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=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 #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 #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=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=77718
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=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=78268
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
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=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
--- Comment #5 from Bill Seurer ---
Looks good on power, too. Thanks!
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=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=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=77719
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=78257
--- Comment #3 from Martin Liška ---
'f0' function is optimized out as of r242000
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=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=78259
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
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=78275
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
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=78263
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=78272
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=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=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=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=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=78272
--- Comment #1 from ktkachov at gcc dot gnu.org ---
Started with r241990
1 - 100 of 159 matches
Mail list logo