https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78671
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78669
Jakub Jelinek changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78675
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #6 from James Greenhalgh ---
Author: jgreenhalgh
Date: Mon Dec 5 09:35:28 2016
New Revision: 243239
URL: https://gcc.gnu.org/viewcvs?rev=243239&root=gcc&view=rev
Log:
[Patch 2/2 PR78561] Recalculate constant pool size before emittin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #7 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #5)
> Oh btw, you forgot to commit the testcase in 2/2.
Thanks, that's the easy one to fix. Would you be able to help me with a
configure line I can use for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31798
andyg1001 at hotmail dot co.uk changed:
What|Removed |Added
CC||andyg1001 at hotmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78678
Bug ID: 78678
Summary: possibly missing -Warray-bounds warning
Product: gcc
Version: 7.0
URL: https://bugs.linaro.org/show_bug.cgi?id=2349
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78678
--- Comment #1 from Christophe Lyon ---
Created attachment 40245
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40245&action=edit
proprocessed source file from linux/drivers/video/fbdev/aty/atyfb_base.c,
compressed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78675
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78677
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78669
Jakub Jelinek changed:
What|Removed |Added
CC|segher at gcc dot gnu.org |vmakarov at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #61 from John Paul Adrian Glaubitz ---
So, I have had a closer look and there is still no complete support for
m68k-linux in gnat. We are still missing the changes to
gcc/ada/gcc-interface/Makefile.in as well as the new file
gcc/ada/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #62 from John Paul Adrian Glaubitz ---
Created attachment 40247
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40247&action=edit
Ada support patch updated for gcc-7.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
Eric Botcazou changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #64 from Eric Botcazou ---
> Created attachment 40247 [details]
> Ada support patch updated for gcc-7.0.
The variables $(arch) and $(osys) are obsolete in Makefile.in and the line
"Frontend_Exceptions : constant Boolean := Fals
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #65 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #64)
> > Created attachment 40247 [details]
> > Ada support patch updated for gcc-7.0.
>
> The variables $(arch) and $(osys) are obsolete in Makefile.in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #8 from Segher Boessenkool ---
I usually use --disable-libgomp, but otherwise everything default (well,
--enable-languages=all,ada,go,obj-c++).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[5/6/7 Regression] |[5/6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #9 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #8)
> I usually use --disable-libgomp, but otherwise everything default (well,
> --enable-languages=all,ada,go,obj-c++).
I need a bit more hand holding on this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
John Paul Adrian Glaubitz changed:
What|Removed |Added
Attachment #40247|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #10 from Segher Boessenkool ---
gcc112 is LE, it cannot run 32-bit at all :-)
Try gcc110, that works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #67 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Dec 5 11:27:55 2016
New Revision: 243247
URL: https://gcc.gnu.org/viewcvs?rev=243247&root=gcc&view=rev
Log:
PR ada/48835
* gcc-interface/Makefile.in: Add support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #69 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #68)
> Thanks, patch applied on the mainline.
Thanks a lot! Would you also mind backporting it to the gcc-7 branch?
Thanks,
Adrian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78676
--- Comment #7 from mecej4 at operamail dot com ---
(In reply to Andrew Pinski from comment #3)
> Try -fwrapv .
Thanks! Using that flag with -O2 does make the program give correct results,
but I am a little confused about what that flag does and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #70 from Eric Botcazou ---
> Thanks a lot! Would you also mind backporting it to the gcc-7 branch?
There is no gcc-7 branch yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #71 from John Paul Adrian Glaubitz ---
(In reply to Eric Botcazou from comment #70)
> > Thanks a lot! Would you also mind backporting it to the gcc-7 branch?
>
> There is no gcc-7 branch yet.
Ah, sorry. I thought there already was s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77353
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Component|other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537
--- Comment #10 from Jakub Jelinek ---
Created attachment 40249
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40249&action=edit
gcc7-pr71537-strchr.patch
For the builtins, it seems to be just recent regressions, people are moving
builtins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78680
Bug ID: 78680
Summary: [7 Regression] ICE in get_substring_ranges_for_loc, at
input.c:1398
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70676
--- Comment #6 from night_ghost at ykoctpa dot ru ---
I reported not one case but suboptimal behavior while optimizing size - GCC
optimization of sibling calls increases size of binary. There are a lot of such
places in this code.
And GCC never r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78681
Bug ID: 78681
Summary: [7 Regressions] ICE in determine_value_range, at
tree-ssa-loop-niter.c:413
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
--- Comment #4 from Jonathan Wakely ---
Although we can only do that for the overload that assumes null-terminated
input, not all cases that basic_string::find supports.
We can use the GNU memmem extension for the general case, but that's not
st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78674
--- Comment #1 from janus at gcc dot gnu.org ---
gfc_convert_chartype was introduced in r135515, which implemented support for
wide characters in gfortran 4.4. gfc_convert_type_warn is much older.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #7 from Oleg Endo ---
Maybe it's this thread?
https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00334.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to janus from comment #7)
> This alternative patch fixes the ICE as well:
> [...]
> It avoids calling generate_finalization_wrapper for non-finalizable types at
> all, and thus might even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78669
--- Comment #4 from Bernd Schmidt ---
Something like this perhaps.
Index: ira.c
===
--- ira.c (revision 242958)
+++ ira.c (working copy)
@@ -3705,6 +3705,14 @@ combine_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537
--- Comment #11 from Jakub Jelinek ---
Created attachment 40250
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40250&action=edit
gcc7-pr71537-memchr.patch
And this patch handles memchr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
Configured with: ../gcc/configure --enable-languages=all,ada,go,obj-c++
Thread model: posix
gcc version 7.0.0 20161205 (experimental) (GCC)
The file you mentioned (gcc/ada/rts_32/a-chahan.adb) seemed to have been
compiled with no issues.
Am I missing something to get the 32-bit multilib buiild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635
--- Comment #3 from Nathan Sidwell ---
r234635 compiles w/o error -- i.e. has already lost the diagnostic Jonathan
mentioned. Tracking down when the diag was lost ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70676
--- Comment #7 from Georg-Johann Lay ---
Sorry, but guessing around has proben to be extremely unefficient and error
prone, in particular if the information is available on the other end of the
wire.
If -mrelax leads to wrong code, then you shou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #9 from Dominik Vogt ---
The faulty patch has been reverted in r243256.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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
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=78681
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=78676
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=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=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=57361
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=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=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
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
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=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=78683
Bill Schmidt changed:
What|Removed |Added
Target||powerpc*-*-*
CC|
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=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=49599
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=78642
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Eric Botcazou -
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=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=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=78642
--- Comment #9 from Eric Botcazou ---
It's apparently the bbro pass. Fixing.
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=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=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=78570
Gerhard Steinmetz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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=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=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=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=35361
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=78646
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=71721
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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=78666
--- Comment #2 from Marek Polacek ---
And nonnull, sentinel, destructor, constructor too.
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=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=78647
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=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=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?
1 - 100 of 147 matches
Mail list logo
