https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78692
Bug ID: 78692
Summary: [7 Regression] ICE (segfault)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #15 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Dec 6 07:03:04 2016
New Revision: 243282
URL: https://gcc.gnu.org/viewcvs?rev=243282&root=gcc&view=rev
Log:
PR middle-end/78642
* emit-rtl.c (verify_rtx_sharing)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78691
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
uildtools --enable-lto
--enable-threads=posix --enable-target-optspace --with-linker-hash-style=both
--enable-plugin --enable-gold --disable-nls --disable-multilib
--with-local-prefix=/workspace/x-tools/x86_64-unknown-linux-gnu/sysroot
--enable-long-long
Thread model: posix
gcc version 7.0.0 201612
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78691
--- Comment #1 from Alastair D'Silva ---
Created attachment 40262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40262&action=edit
minimal testcase to reproduce the ICE for x86
x27; --enable-threads=posix
--enable-target-optspace --enable-plugin --disable-nls --disable-multilib
--with-local-prefix=/workspace/x-tools/powerpc64-unknown-linux-gnu/sysroot
--enable-long-long --disable-multilib
Thread model: posix
gcc version 7.0.0 20161205 (experimental) (crosstool-NG
cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
--- Comment #2 from Michael Meissner ---
Author: meissner
Date: Tue Dec 6 00:58:40 2016
New Revision: 243278
URL: https://gcc.gnu.org/viewcvs?rev=243278&root=gcc&view=rev
Log:
2016-12-05 Michael Meissner
PR target/78688
* co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78677
--- Comment #2 from Chris Johns ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to Chris Johns from comment #0)
> > Some operating system, for example RTEMS, may fail to create a POSIX key if
> > not configured with enough resources
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78690
Bug ID: 78690
Summary: [7 Regression] ICE in cxx_incomplete_type_diagnostic,
at cp/typeck2.c:552
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78684
--- Comment #1 from Matthias Klose ---
a test case without a processor specific option.
$ cat RapMapSAIndex.ii
class a {
public:
a(long);
void operator<<=(long) {
long b;
for (unsigned long c; c; c--)
d[c + b] = d[c];
}
a &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
Michael Meissner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78689
Bug ID: 78689
Summary: [7 Regression] ICE (segfault)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
--- Comment #1 from Michael Meissner ---
Created attachment 40260
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40260&action=edit
Proposed patch to fix the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659
--- Comment #4 from Jerry DeLisle ---
I have the ICE resolved, but also note that the Fortran 95 standard has the
constraint on namelist statements and F2003 does not.
Constraint - namelist-group-object shall not be an array dummy argument with
Hi
The following code seems to be correctly executed when compiled with
GCC 4.4.7 and LLVM 6.1. It does not correctly compile with gcc version
5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4).
The following is what I have reduced the problem to:
#include
#include
#define GENERAL 1
#define BRACK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17308
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #15 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78673
Martin Sebor changed:
What|Removed |Added
Keywords||patch
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #10 from Kazumoto Kojima ---
Ah, don't mind. Your patch accidentally hides this PR. Now
the SH build failure comes back on trunk :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71977
--- Comment #2 from Peter Bergner ---
(In reply to Michael Meissner from comment #1)
> Note in terms of the code in general, you have to make sure that the float
> value is converted to vector form before you do AND/OR/etc. on it. This is
> beca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774
Bug 49774 depends on bug 48390, which changed state.
Bug 48390 Summary: Multiple setting to restricted pointer variable not
optimized away
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48390
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48390
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
Michael Meissner changed:
What|Removed |Added
Target||powerpc64le-gnu-linux
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78688
Bug ID: 78688
Summary: PowerPC fails bootstrap
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78646
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78646
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Mon Dec 5 21:48:27 2016
New Revision: 243272
URL: https://gcc.gnu.org/viewcvs?rev=243272&root=gcc&view=rev
Log:
2016-12-05 Bill Schmidt
Stefan Freudenberger
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78226
--- Comment #12 from Thomas Koenig ---
Hi Andre,
the patch at
https://gcc.gnu.org/ml/fortran/2016-12/msg00048.html
is OK (or, at your choice, obvious and simple).
I don't have access to my e-mail at the moment, so I cannot
reply to the list d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71977
--- Comment #1 from Michael Meissner ---
Unfortunately, the code gets even worse if you use -mcpu=power9:
.L.mask_float:
stfs 1,-16(1)
lwz 9,-16(1)
and 4,4,9
stw 4,-16(1)
lfs 1,-16(1)
blr
I.e. ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #10 from Nathan Sidwell ---
On 12/05/2016 03:44 PM, jakub at gcc dot gnu.org wrote:
> I thought that such constructs are widely used though, I believe e.g. glibc
> used arrays of structs with flexible array members in several places.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68489
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #9 from Jakub Jelinek ---
(In reply to Nathan Sidwell from comment #8)
> The fix for both bugs is the same -- reject creation of arrays of trailing
> array elements. We used to reject initializers for such arrays, then we
> silently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
Eric Botcazou changed:
What|Removed |Added
Attachment #40258|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #13 from Eric Botcazou ---
Created attachment 40258
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40258&action=edit
Tentative fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #8 from Nathan Sidwell ---
The fix for both bugs is the same -- reject creation of arrays of trailing
array elements. We used to reject initializers for such arrays, then we
silently accepted them (generating wrong code), now we ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #12 from Eric Botcazou ---
> But verify_rtx_sharing also has:
>
> case CLOBBER:
> /* Share clobbers of hard registers (like cc0), but do not share
> pseudo reg
> clobbers or clobbers of hard registers that originat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #7 from Jakub Jelinek ---
But this one has been marked as regression, the other PR is not. So, either it
needs to be turned into a regression, or this one can't be a dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #15 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #14)
> I used trunk. --disable-bootstrap fails the same, just much faster ;-)
>
> Maybe the binutils etc. version matters?
Do you have a "modern" GCC on pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78682
--- Comment #4 from Stefano Zaghi ---
(In reply to janus from comment #3)
> I see the ICE with 5.4.1 and 6.2.0, but I can confirm that it is gone on
> current trunk.
>
> For which reason do you think the code is invalid?
I have not yet studied
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #14 from Segher Boessenkool ---
I used trunk. --disable-bootstrap fails the same, just much faster ;-)
Maybe the binutils etc. version matters?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68489
Nathan Sidwell changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #13 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #12)
> It still happens here, also on gcc110. Note you need --disable-werror,
> to avoid another bootstrap error.
>
> Did you perchance use --disable-bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
Paul Thomas changed:
What|Removed |Added
Attachment #40256|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903
Paul Thomas changed:
What|Removed |Added
Attachment #40237|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78621
--- Comment #1 from Nathan Sidwell ---
Created attachment 40255
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40255&action=edit
squangling too
This testcase shows problems with the mangling of auto parms themeselves, and
with subsequent f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #12 from Segher Boessenkool ---
It still happens here, also on gcc110. Note you need --disable-werror,
to avoid another bootstrap error.
Did you perchance use --disable-bootstrap?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78687
Bug ID: 78687
Summary: inefficient code generated for eggs.variant
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72742
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78647
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78681
--- Comment #4 from Jakub Jelinek ---
Yeah:
--- gcc/ipa-prop.c.jj 2016-11-25 18:11:05.0 +0100
+++ gcc/ipa-prop.c 2016-12-05 18:48:48.853882864 +0100
@@ -5709,8 +5709,23 @@ ipcp_update_vr (struct cgraph_node *node
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78681
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78666
--- Comment #2 from Marek Polacek ---
And nonnull, sentinel, destructor, constructor too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78666
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71721
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71721
--- Comment #1 from Jeffrey A. Law ---
Author: law
Date: Mon Dec 5 17:49:41 2016
New Revision: 243269
URL: https://gcc.gnu.org/viewcvs?rev=243269&root=gcc&view=rev
Log:
PR target/71721
* config.gcc (*-*-uclinux*): Enable posix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71607
--- Comment #8 from avieira at gcc dot gnu.org ---
Author: avieira
Date: Mon Dec 5 17:36:03 2016
New Revision: 243266
URL: https://gcc.gnu.org/viewcvs?rev=243266&root=gcc&view=rev
Log:
[ARM] PR71607: New approach to arm_disable_literal_pool
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78682
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78646
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78686
--- Comment #1 from Gerhard Steinmetz
---
Whereas, for example with "real" :
$ cat z2.f90
program p
type t
real :: c(1) = [t()]
end type
end
$ gfortran-7-20161204 z2.f90
z2.f90:3:20:
real :: c(1) = [t()]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35361
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
--- Comment #7 from Gerhard Steinmetz
---
Sequence changed, still ok :
$ cat zz3.f90
program p
character(3) :: c1(2) = ['b', 'c'] // ''
character(3) :: c2(2) = ['b', 'c'] // 'a'
character(3) :: c3(2) = ['b', 'c'] // 'ax'
character(3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78686
Bug ID: 78686
Summary: ICE in gfc_apply_init, at fortran/expr.c:4124
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65173
--- Comment #9 from Gerhard Steinmetz
---
Another example, together with LANG=de_DE.UTF-8 :
$ cat zz1.f90
program p
type t
character, allocatable :: z1(:), z1(:)
end type
end
$ gfortran-7-20161204 -m32 zz1.f90
zz1.f90:3:37-44:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #11 from Jakub Jelinek ---
But verify_rtx_sharing also has:
case CLOBBER:
/* Share clobbers of hard registers (like cc0), but do not share pseudo
reg
clobbers or clobbers of hard registers that originated as pseudo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #10 from Eric Botcazou ---
It's copy_insn_1:
case CLOBBER:
/* Share clobbers of hard registers (like cc0), but do not share pseudo
reg
clobbers or clobbers of hard registers that originated as pseudos.
Thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
Gerhard Steinmetz changed:
What|Removed |Added
Version|5.2.1 |7.0
--- Comment #6 from Gerhard Stei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78548
--- Comment #7 from Aldy Hernandez ---
The following patch has been approved to fix this:
https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00039.html
But it depends on the approval pending patch for pr78566.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78570
Gerhard Steinmetz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
--- Comment #5 from Gerhard Steinmetz
---
*** Bug 78570 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
--- Comment #4 from Gerhard Steinmetz
---
Update, new backtrace :
$ gfortran-7-20161127 z1t.f90
z1t.f90:3:28:
character(2) :: z(1) = '' // ['y']
1
Warning: CHARACTER expression at (1) is being truncated (2/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652
--- Comment #5 from amker at gcc dot gnu.org ---
Indeed, it was fixed by that. I will a test for this and then close.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #9 from Eric Botcazou ---
It's apparently the bbro pass. Fixing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #8 from Jakub Jelinek ---
So in what other insn does the clobber appear and which pass introduced it?
Easiest is to
b error
run
then notice the address passed to verify_rtx_sharing and put a breakpoint on
verify_rtx_sharing conditiona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78685
Bug ID: 78685
Summary: -Og generates too many ""s
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652
--- Comment #4 from amker at gcc dot gnu.org ---
Looks like Vlad already fixed this @ below commit:
commit 6526e1b66785b76d71926b20c9eb299e74a2d255
Author: vmakarov
Date: Wed Nov 30 17:35:40 2016 +
2016-11-30 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Eric Botcazou -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78684
Bug ID: 78684
Summary: [7 Regression] ICE in
create_intersect_range_checks_index, at
tree-vect-loop-manip.c:2074
Product: gcc
Version: 7.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49599
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78226
--- Comment #11 from vehre at gcc dot gnu.org ---
Please ignore my previous unqualified comment. I had applied you patch on a git
branch and based my own in that, but failed to merge yours into mine. Doing so
immediately gave the errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
--- Comment #6 from Eric Botcazou ---
I cannot reproduce on native and valgrind doesn't complain. Can you attach the
first RTL dump which contains the problematic insn?
(insn 196 94 197 (clobber (reg/i:SI 8 %o0 [24]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78683
Bill Schmidt changed:
What|Removed |Added
Target||powerpc*-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78683
Bug ID: 78683
Summary: [ppc] __builtin_ctlz code gen can be improved for
-mcpu=power8 and earlier
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78682
--- Comment #2 from Stefano Zaghi ---
(In reply to Dominique d'Humieres from comment #1)
> This seems to have been fixed on trunk (7.0), likely r238007.
Dear Dominique, thank you for your fast replay. I can check this tomorrow after
a fresh down
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78682
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #5 from Nathan Sidwell ---
r231665 lost the diagnostic
+2015-12-15 Martin Sebor
+
+ c++/42121
+ * tree-chkp.c (chkp_find_bound_slots_1): Handle flexible array
+ members.
+ * tree.c (type_contains_placeholde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78682
Bug ID: 78682
Summary: ICE calling (locally) a TBP of a remote CAF derived
type
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
--- Comment #9 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #8)
> (In reply to janus from comment #4)
> > This seems to be a regression that started with version 4.9. In 4.7 and 4.8
> > I see the same results with all optimiza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57361
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78226
vehre at gcc dot gnu.org changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70244
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] ICE spec_dimen_size() |[OOP] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
--- Comment #5 from Jonathan Wakely ---
This patch would implement the requested change:
--- a/libstdc++-v3/include/bits/basic_string.h
+++ b/libstdc++-v3/include/bits/basic_string.h
@@ -2291,9 +2291,28 @@ _GLIBCXX_BEGIN_NAMESPACE_CXX11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78681
--- Comment #2 from Jakub Jelinek ---
We shouldn't ICE on this, but otherwise, garbage in, garbage out. The
prototype doesn't match the K&R definition.
Slightly cleaned up testcase:
struct S { char b; };
char d, e, f, l, m;
struct S n;
int bar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78681
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652
--- Comment #3 from amker at gcc dot gnu.org ---
I bisected and found it was caused by below change:
commit ab4ea053bf71c5571df344d5d5f5bd7ecc5ede8e
Author: vmakarov
Date: Tue Aug 2 16:07:36 2016 +
2016-08-02 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
1 - 100 of 147 matches
Mail list logo
