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=gcc=rev
Log:
PR middle-end/78642
* emit-rtl.c (verify_rtx_sharing) : Relax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78691
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
u/buildtools --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.
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=edit
minimal testcase to reproduce the ICE for x86
-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
crosstool-ng-1.22.0-201-g11cb2dd)
Git
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
---
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=gcc=rev
Log:
2016-12-05 Michael Meissner
PR
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
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
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=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
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
>
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
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=gcc=rev
Log:
2016-12-05 Bill Schmidt
Stefan
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
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.
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
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=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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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
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
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=edit
squangling too
This testcase shows problems with the mangling of auto parms themeselves, and
with subsequent fallout
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:
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
---
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=gcc=rev
Log:
PR target/71721
* config.gcc (*-*-uclinux*): Enable posix threads.
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=gcc=rev
Log:
[ARM] PR71607: New approach to arm_disable_literal_pool
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:
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) ::
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:
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
$
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
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
Gerhard Steinmetz changed:
What|Removed |Added
Version|5.2.1
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
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
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
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
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
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:
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:
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
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
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
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
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
---
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 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
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