https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Bug 68546 depends on bug 64773, which changed state.
Bug 64773 Summary: [F2008] Not packing arrays with changing variable used for
size in block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64773
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64773
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68549
Bug ID: 68549
Summary: [6 Regression] ICE: in verify_loop_structure, at
cfgloop.c:1669
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Depen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67289
--- Comment #1 from Jan Hubicka ---
gnat1 build works for me, but similar problem reproduces for me during Firefox
build. Apparently we manage to set TREE_PUBLIC of TYPE_STUB_DECL of an
anonymous type. I will try to track down where it hapepns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66103
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66269
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66325
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67106
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67106
Jan Hubicka changed:
What|Removed |Added
CC||joseph at codesourcery dot com
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67581
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64860
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
Jan Hubicka changed:
What|Removed |Added
CC||sirl at gcc dot gnu.org
--- Comment #11 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=192
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68454
--- Comment #13 from M Joshua Ryan ---
I get the same error compiling GMP.
Following instructions from http://stackoverflow.com/a/9450422/733077
josh@LAPTOP-ILO10OOF /tmp
$ cd gmp-4.3.2
josh@LAPTOP-ILO10OOF /tmp/gmp-4.3.2
$ mkdir ../gcc
josh@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67954
--- Comment #9 from Dmitry Eremin-Solenikov ---
This also needs to be applied to the 4.9 branch -- it also contains an
offending commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67876
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Thu Nov 26 01:52:04 2015
New Revision: 230924
URL: https://gcc.gnu.org/viewcvs?rev=230924&root=gcc&view=rev
Log:
PR c++/67876 - [6 Regression] ICE when compiling Firefox 38
gcc/cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67876
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48001
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 48001, which changed state.
Bug 48001 Summary: inconsistent warning within loop always taken and outside
the loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48001
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41868
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68548
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68529
--- Comment #6 from majun ---
(In reply to bin.cheng from comment #5)
> The dump before ldist is as below:
>
> foo1 ()
> {
> unsigned int nchar;
> char c[1];
>
> :
> c = {};
>
> :
> # nchar_14 = PHI
> c[nchar_14] = 65;
> n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
--- Comment #11 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Nov 26 00:24:33 2015
New Revision: 230923
URL: https://gcc.gnu.org/viewcvs?rev=230923&root=gcc&view=rev
Log:
PR go/61303
runtime: don't overallocate in select code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
--- Comment #10 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Nov 26 00:24:21 2015
New Revision: 230922
URL: https://gcc.gnu.org/viewcvs?rev=230922&root=gcc&view=rev
Log:
PR go/61303
runtime: don't overallocate in select code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66516
--- Comment #5 from Martin Sebor ---
Author: msebor
Date: Wed Nov 25 23:29:57 2015
New Revision: 230916
URL: https://gcc.gnu.org/viewcvs?rev=230916&root=gcc&view=rev
Log:
PR c/66516 - missing diagnostic on taking the address of a builtin functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68548
Bug ID: 68548
Summary: gcc wrongly warns about uninitialized data
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #10 from Jan Hubicka ---
Author: hubicka
Date: Wed Nov 25 23:05:07 2015
New Revision: 230915
URL: https://gcc.gnu.org/viewcvs?rev=230915&root=gcc&view=rev
Log:
PR lto/67548
* lto-plugin.c (linker_output, linker_outpu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
--- Comment #19 from PaX Team ---
(In reply to Josh Triplett from comment #18)
> (In reply to PaX Team from comment #17)
> > (In reply to Josh Triplett from comment #16)
> > speaking of generalization, the encoding of the lock expression (e.g., l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67876
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68434
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 22:13:23 2015
New Revision: 230909
URL: https://gcc.gnu.org/viewcvs?rev=230909&root=gcc&view=rev
Log:
PR c++/68434
* pt.c (tsubst): Set PLACEHOLDER_TYPE_CONSTR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
--- Comment #18 from Josh Triplett ---
(In reply to PaX Team from comment #17)
> (In reply to Josh Triplett from comment #16)
> > (In reply to PaX Team from comment #14)
> > > can you give me an example of this?
> >
> > Sparse warns if you can r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68523
--- Comment #2 from Segher Boessenkool ---
Scratch that, ch changes the loop but is not the culprit.
Note there is one further edge at expand time: 2->9 with prob 0%.
This is created by unswitch. The transform is fine afaics, but it
doesn't upd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #27 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
I've done some more digging and found that the switch from a gas-derived
as in Xcode 6.4 to the LLVM-bas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68547
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
--- Comment #17 from PaX Team ---
(In reply to Josh Triplett from comment #16)
> (In reply to PaX Team from comment #14)
> > can you give me an example of this?
>
> Sparse warns if you can reach the same basic block with different context
> valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68400
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68509
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68396
Jason Merrill changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67876
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68547
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67354
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67089
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.9/5/6 Regression]|[4.9/5 Regression] Integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66085
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 25 21:13:00 2015
New Revision: 230905
URL: https://gcc.gnu.org/viewcvs?rev=230905&root=gcc&view=rev
Log:
Backported from mainline
2015-11-20 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67354
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Wed Nov 25 21:13:00 2015
New Revision: 230905
URL: https://gcc.gnu.org/viewcvs?rev=230905&root=gcc&view=rev
Log:
Backported from mainline
2015-11-20 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68547
Bug ID: 68547
Summary: incorrect optimization
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68546
Bug ID: 68546
Summary: passing non-contiguous associated array section
garbles results
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
--- Comment #8 from Paolo Carlini ---
I see, thanks. I'm going to trivially tweak the dg-error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67941
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 19:56:18 2015
New Revision: 230901
URL: https://gcc.gnu.org/viewcvs?rev=230901&root=gcc&view=rev
Log:
PR c++/67941
* lambda.c (maybe_add_lambda_conv_op): Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68422
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 19:56:12 2015
New Revision: 230900
URL: https://gcc.gnu.org/viewcvs?rev=230900&root=gcc&view=rev
Log:
PR c++/68422
* cp-tree.h (PACK_EXPANSION_SIZEOF_P): New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67813
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 19:56:06 2015
New Revision: 230899
URL: https://gcc.gnu.org/viewcvs?rev=230899&root=gcc&view=rev
Log:
PR c++/67813
* constexpr.c (cxx_eval_store_expression): A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
--- Comment #16 from Josh Triplett ---
(In reply to PaX Team from comment #14)
> (In reply to Josh Triplett from comment #13)
> > This approach won't necessarily provide the "different contexts for basic
> > block" warning that Sparse has, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67941
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 18:58:11 2015
New Revision: 230897
URL: https://gcc.gnu.org/viewcvs?rev=230897&root=gcc&view=rev
Log:
PR c++/67941
* lambda.c (maybe_add_lambda_conv_op): Mark _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61692
--- Comment #5 from mrs at gcc dot gnu.org ---
Mine. Mine supports 33. Don't expect it to go past 40. Most folks won't. In
10-30 years, maybe we might need to update to 50, but we can do that then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68544
--- Comment #2 from Jim MacArthur ---
Sun f90 output:
CALL sub(t)
^
"pass-type-constructor-as-function.f", Line = 10, Column = 16: ERROR: This use
of derived type "T" is not valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68545
Bug ID: 68545
Summary: gcc.dg/guality/guality.exp hides compiler error
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67954
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67954
--- Comment #7 from Vladimir Makarov ---
The problem occurred in rare cases when a pseudo created from a scratch was
reloaded and assigned to reg and memory back again. The new reload pseudo
loses "created from clobber" mark and occurs more on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67954
--- Comment #6 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Nov 25 17:58:35 2015
New Revision: 230894
URL: https://gcc.gnu.org/viewcvs?rev=230894&root=gcc&view=rev
Log:
2015-11-25 Vladimir Makarov
PR rtl-optimization/67954
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67954
--- Comment #5 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Nov 25 17:57:15 2015
New Revision: 230893
URL: https://gcc.gnu.org/viewcvs?rev=230893&root=gcc&view=rev
Log:
2015-11-25 Vladimir Makarov
PR rtl-optimization/67954
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68544
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68454
--- Comment #12 from M Joshua Ryan ---
(In reply to Andrew Pinski from comment #10)
> This sounds related to GMP/MPFR, can you recompile those?
Downloading the src packages now. Will update.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59856
--- Comment #15 from Tom Tromey ---
(In reply to Josh Triplett from comment #13)
> Note that in addition to complaining if *any* exit to the function doesn't
> have the correct "out" value, you also need to complain if calls to
> functions with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68544
Bug ID: 68544
Summary: ICE trying to pass derived type constructor as a
function
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: minor
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67941
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68381
--- Comment #7 from ktkachov at gcc dot gnu.org ---
For the code quality regression Jakub recommends implementing an aarch64
expander for the overflow arithmetic standard names.
I've filed PR 68543 for that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68543
Bug ID: 68543
Summary: Implement overflow arithmetic standard names
{u,}{add,sub,mul}v4 and/or negv3
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: mis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66112
--- Comment #13 from Jakub Jelinek ---
(In reply to ktkachov from comment #12)
> r223115 caused a code quality regression that I'm seeing on aarch64 with PR
> 68381.
>
> We have
> int
> foo (unsigned short x, unsigned short y)
> {
> int r;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68368
Christophe Lyon changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68368
--- Comment #5 from Christophe Lyon ---
I've noticed that this has just been fixed by r230871, so it was in fact a dup
of pr68385
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68128
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68066
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 68087, which changed state.
Bug 68087 Summary: [5/6 Regression] ICE with constexpr in array with negative
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Nov 25 16:42:18 2015
New Revision: 230887
URL: https://gcc.gnu.org/viewcvs?rev=230887&root=gcc&view=rev
Log:
/cp
2015-11-25 Markus Trippelsdorf
Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68087
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Nov 25 16:40:16 2015
New Revision: 230886
URL: https://gcc.gnu.org/viewcvs?rev=230886&root=gcc&view=rev
Log:
/cp
2015-11-25 Markus Trippelsdorf
Paolo Carlini
---
ICE on the test case from comment #2 confirmed with today's trunk (6.0.0
20151125).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68486
Dominique d'Humieres changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
--- Comment #10 from Dominique d'Humieres ---
> This test currently fails on Linux x86-64 machine. Is there a way to get a
> better debug output for the failure. For now I see:
>
> FAIL: gfortran.dg/pr68227.f90 -O (internal compiler error)
> F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56158
--- Comment #16 from Jonathan Wakely ---
Author: redi
Date: Wed Nov 25 16:11:40 2015
New Revision: 230884
URL: https://gcc.gnu.org/viewcvs?rev=230884&root=gcc&view=rev
Log:
Extend valid values of iostream bitmask types
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68529
--- Comment #5 from bin.cheng ---
The dump before ldist is as below:
foo1 ()
{
unsigned int nchar;
char c[1];
:
c = {};
:
# nchar_14 = PHI
c[nchar_14] = 65;
nchar_5 = nchar_14 + 4294967295;
if (nchar_14 != 0)
goto ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
İsmail Dönmez changed:
What|Removed |Added
CC||ismail at i10z dot com
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
kargl at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #7 from kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68227
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Nov 25 15:04:33 2015
New Revision: 230873
URL: https://gcc.gnu.org/viewcvs?rev=230873&root=gcc&view=rev
Log:
2015-11-25 Steven G. Kargl
PR fortran/68227
* trans-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68486
--- Comment #17 from Steve Kargl ---
On Wed, Nov 25, 2015 at 09:15:04AM +, jgreenhalgh at gcc dot gnu.org wrote:
> >
> > Of course. As I stated, it won't hurt anything.
> > FAILs in the testsuite are not a problem. The
> > issue with EXPR_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63858
cesar at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
--- Comment #2 from Richard Biener ---
Ok, so previously we if-converted but with versioning and thus the if-converted
loop was not vectorized and thrown away?
So yes, for such cases we'd ideally have vector control-flow
if (!all-zero)
{
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63858
--- Comment #7 from cesar at gcc dot gnu.org ---
Author: cesar
Date: Wed Nov 25 14:37:36 2015
New Revision: 230872
URL: https://gcc.gnu.org/viewcvs?rev=230872&root=gcc&view=rev
Log:
PR fortran/63858
gcc/fortran/
* scanner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68385
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Nov 25 14:35:24 2015
New Revision: 230871
URL: https://gcc.gnu.org/viewcvs?rev=230871&root=gcc&view=rev
Log:
PR c++/68385
* tree.c (integer_zerop, integer_onep, integ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68528
Richard Biener changed:
What|Removed |Added
Known to work||6.0
--- Comment #5 from Richard Biener
1 - 100 of 181 matches
Mail list logo
