http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750
--- Comment #10 from nightstrike ---
So should I open a new PR for not warning in C++? Because even the "= {0}"
case warns there.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60856
--- Comment #4 from qiuji ---
Thanks very much!
The problem can be closed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60857
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60857
Bug ID: 60857
Summary: segmentation fault after called exit () with a large
stack frame.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60856
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60856
--- Comment #2 from qiuji ---
Created attachment 32613
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32613&action=edit
compiling log with option "-v -save-temps "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60856
--- Comment #1 from qiuji ---
Configuration of the version of gcc I used:
使用内建 specs。
COLLECT_GCC=mips-mti-linux-gnu-gcc
目标:mips-mti-linux-gnu
配置为:/export/tmp/sellcey/for_eembc/src/gcc/configure
--prefix=/export/tmp/sellcey/for_eembc/install-mips
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60856
Bug ID: 60856
Summary: GCC4.9 inline-asm has wrong register allocation for
MIPS64r2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50888
Wade Colson changed:
What|Removed |Added
CC||wade.colson at aol dot com
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60855
--- Comment #1 from Brady J. Garvin ---
Also ICEs in 4.9.0:
/usr/lib/gcc-snapshot/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.9.0/lto-wrapper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60855
Bug ID: 60855
Summary: ICE provoked by a lambda using the sizeof a captured
statically allocated array
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
Bernd Edlinger changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60854
Bug ID: 60854
Summary: inline constructor of extern template
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850
--- Comment #3 from Jonathan Wakely ---
So keep pinging it, bugzilla isn't the right place.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
Bug ID: 60853
Summary: Failure to disambiguate generic with unlimited
polymorphic
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850
--- Comment #2 from Daniel Gutson
---
It went, but I got no answer.
FWIW: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00026.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60710
--- Comment #2 from Jonathan Wakely ---
The current Fundamentals TS draft (n3848) doesn't have those operator!=
overloads at all, so we may want to remove them entirely rather than fix them
... I'm not sure yet.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36839
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852
--- Comment #1 from Nevin Liber ---
Also filed this as a Boost bug at https://svn.boost.org/trac/boost/ticket/9913
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
--- Comment #7 from Jan Hubicka ---
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
>
> --- Comment #6 from Martin Liška ---
> Patch works for me for net-misc/nx package. Will you merge the patch to
> gcc-4.9
> branch?
Richard approved it f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852
Bug ID: 60852
Summary: boost::complement of enum class does not compile
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
--- Comment #3 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #1)
> Now the question would be: are there similar statements throughout the
> library that could benefit from the same treatment, or is this a special
> case?
It's a g
trunk/binary-209399-lto-fortran-checking-yes-rtl-df/
--without-cloog --without-ppl
Thread model: posix
gcc version 4.10.0 20140415 (experimental) (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60786
--- Comment #2 from Jonathan Wakely ---
I've fixed the libstdc++ tests so they don't rely on this bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60786
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 15 19:05:45 2014
New Revision: 209431
URL: http://gcc.gnu.org/viewcvs?rev=209431&root=gcc&view=rev
Log:
PR c++/60786
* testsuite/20_util/shared_ptr/requirements/explicit_i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850
--- Comment #1 from Jonathan Wakely ---
patches should go to the gcc-patches list, not bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850
Bug ID: 60850
Summary: pedantic warning behavior when casting void* to
ptr-to-func
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #9 from Bill Schmidt ---
Sebastian, sorry for the problems. Please double check that reverting this
patch has fixed your bootstrap issue and mark the bug resolved if so. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:30:21 2014
New Revision: 209430
URL: http://gcc.gnu.org/viewcvs?rev=209430&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735
--- Comment #9 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:30:21 2014
New Revision: 209430
URL: http://gcc.gnu.org/viewcvs?rev=209430&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #6 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:20:01 2014
New Revision: 209425
URL: http://gcc.gnu.org/viewcvs?rev=209425&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert following patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:25:09 2014
New Revision: 209426
URL: http://gcc.gnu.org/viewcvs?rev=209426&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #7 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:25:09 2014
New Revision: 209426
URL: http://gcc.gnu.org/viewcvs?rev=209426&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert the following p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735
--- Comment #7 from Bill Schmidt ---
Author: wschmidt
Date: Tue Apr 15 18:20:01 2014
New Revision: 209425
URL: http://gcc.gnu.org/viewcvs?rev=209425&root=gcc&view=rev
Log:
2014-04-15 Bill Schmidt
PR target/60839
Revert following patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848
--- Comment #3 from ibronstein at klocwork dot com ---
(In reply to Jonathan Wakely from comment #2)
> This is of course totally invalid code, you can't define
> std::initializer_list yourself.
Agreed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849
Bug ID: 60849
Summary: bogus comparison result type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #22 from Kai Tietz ---
(In reply to Denis Excoffier from comment #21)
> (In reply to Kai Tietz from comment #17)
> > Just as side-note, I tried to reproduce your reported issue and did a
> > personal build of cygwin's gcc. It worked f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848
Bug ID: 60848
Summary: Crash while experimenting with c++-0x initializer
lists
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037
Jonathan Wakely changed:
What|Removed |Added
CC||emsr at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841
--- Comment #10 from Jakub Jelinek ---
Note that -fdump-tree-all dumps are pretty much the same short length, it is
just -fdump-tree-vect-details that goes to almost a gig.
And, an important thing I've noticed in there is tons of SLP node creation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #21 from Denis Excoffier ---
(In reply to Kai Tietz from comment #17)
> Just as side-note, I tried to reproduce your reported issue and did a
> personal build of cygwin's gcc. It worked fine in stage2. I couldn't
> reproduce the repo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841
--- Comment #9 from Jakub Jelinek ---
Created attachment 32603
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32603&action=edit
pr60841.c
Somewhat reduced testcase.
With 4.8 as well as r200967 according to -Ofast -ftime-report needs about 5M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #20 from Denis Excoffier ---
(In reply to Kai Tietz from comment #12)
> In general it would be of interest
> to learn what destructors (by whom) are present in the list called by
> do_global_dtors (&__DTOR_LIST__)
I've rebuilt everyth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #19 from Denis Excoffier ---
Created attachment 32602
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32602&action=edit
discover __DTOR_LIST__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847
Sanjay Patel changed:
What|Removed |Added
Component|target |c
--- Comment #3 from Sanjay Patel ---
He
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847
--- Comment #1 from Sanjay Patel ---
It looks like an extra leading underscore is required to recognize the BMI
intrinsics. This is not happening with other (BMI2, SSE4) intrinsics.
According to the Intel reference docs and previous versions of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Tue Apr 15 16:04:11 2014
New Revision: 209423
URL: http://gcc.gnu.org/viewcvs?rev=209423&root=gcc&view=rev
Log:
2014-04-15 Richard Biener
PR rtl-optimization/56965
* alias.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847
Bug ID: 60847
Summary: x86 BMI intrinsics not recognized
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.10.0
Summary|[4.8/4.9/4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 15 15:25:52 2014
New Revision: 209422
URL: http://gcc.gnu.org/viewcvs?rev=209422&root=gcc&view=rev
Log:
PR libstdc++/60594
* include/std/functional (function::_Callable):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735
Bill Schmidt changed:
What|Removed |Added
Priority|P3 |P1
Version|4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735
Bill Schmidt changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #5 from Bill Schmidt ---
Per discussion on IRC, we are going to revert this patch on 4.8, 4.9, and 4.10.
This will mean that PR60735 will have to be reopened for a better fix. The
patch seems to leave things in a worse state than pre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
Bug ID: 60846
Summary: Add 128-bit integer types for general use on
32-bit/64-bit CPUs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60663
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Apr 15 14:04:06 2014
New Revision: 209419
URL: http://gcc.gnu.org/viewcvs?rev=209419&root=gcc&view=rev
Log:
PR rtl-optimization/60663
* config/arm/arm.c (arm_n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 15 13:48:07 2014
New Revision: 209418
URL: http://gcc.gnu.org/viewcvs?rev=209418&root=gcc&view=rev
Log:
PR libstdc++/60695
* include/std/atomic (atomic<_Tp>): Add static a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841
--- Comment #8 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #7)
> For reduced testcase, I'm now at cca 8KB, but creduce is progressing slowly.
Yes. I've tried this for a while yesterday, but gave up.
("ulimit -v 100" w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841
--- Comment #7 from Jakub Jelinek ---
For reduced testcase, I'm now at cca 8KB, but creduce is progressing slowly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
Bill Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823
--- Comment #3 from Yuri Rumyantsev ---
I'd like to notice that this is test with using 'omp declare simd' pragma and
issue is rather related to its support in gcc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60845
Bug ID: 60845
Summary: print original type for typedef classes in diagnostics
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #18 from Kai Tietz ---
Another side-note. You should specify option '--disable-multilib'. this is
pretty essential as cygwin doesn't support it right now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60844
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Ruud Koolen ---
> I generated the patch cleanly against trunk. What's wrong with it?
Seems to be a quirk of bugzilla: if you download the patch via
Diff -> Context
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60734
--- Comment #5 from Jonathan Wakely ---
Fixed on trunk so far
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60734
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 15 10:52:06 2014
New Revision: 209414
URL: http://gcc.gnu.org/viewcvs?rev=209414&root=gcc&view=rev
Log:
PR libstdc++/60734
* include/bits/stl_tree.h (_Rb_tree::_M_end): Fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #17 from Kai Tietz ---
Just as side-note, I tried to reproduce your reported issue and did a personal
build of cygwin's gcc. It worked fine in stage2. I couldn't reproduce the
reported ICE on stage2. Which brings me to the question
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60844
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60844
Bug ID: 60844
Summary: [4.9/4.10 Regression] ICE in
reassoc_stmt_dominates_stmt_p
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820
--- Comment #6 from Martin Liška ---
Patch works for me for net-misc/nx package. Will you merge the patch to gcc-4.9
branch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60843
Bug ID: 60843
Summary: Documentation: 4.5 Integers/C99 6.3.1.3 ("reduce
modulo 2^N")
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
Richard Biener changed:
What|Removed |Added
CC||cgf at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #15 from Kai Tietz ---
(In reply to Denis Excoffier from comment #14)
> I'm now using plain cygwin-1.7.29-2, the cygwin1.dbg now matches with
> cygwin1.dll. I've alto tried to recompile without -O2. I'm not so familiar
> with gdb, i've
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #14 from Denis Excoffier ---
I'm now using plain cygwin-1.7.29-2, the cygwin1.dbg now matches with
cygwin1.dll. I've alto tried to recompile without -O2. I'm not so familiar with
gdb, i've produced a session where i break at __call_exi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #13 from Denis Excoffier ---
Created attachment 32600
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32600&action=edit
gdb session stepping until the end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
--- Comment #3 from Sebastian Huber ---
Created attachment 32599
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32599&action=edit
Pre-processed source of libgcc2.c
Command line without pre-processor relevant options:
xgcc -mcpu=8540 -g -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60838
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
Jakub Jelinek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
--- Comment #25 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 15 08:04:17 2014
New Revision: 209405
URL: http://gcc.gnu.org/viewcvs?rev=209405&root=gcc&view=rev
Log:
PR plugins/59335
* Makefile.in (PLUGIN_HEADERS): Add various header
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335
--- Comment #24 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 15 08:02:46 2014
New Revision: 209404
URL: http://gcc.gnu.org/viewcvs?rev=209404&root=gcc&view=rev
Log:
PR plugins/59335
* Makefile.in (PLUGIN_HEADERS): Add various header
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60838
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841
--- Comment #6 from Jakub Jelinek ---
With --param vect-max-version-for-alias-checks=10 -Ofast it started with
r200968.
95 matches
Mail list logo