https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69317
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #15 from Jakub Jelinek ---
(In reply to Jan Hubicka from comment #13)
> Author: hubicka
> Date: Wed Jan 13 23:47:45 2016
> New Revision: 232356
>
> URL: https://gcc.gnu.org/viewcvs?rev=232356&root=gcc&view=rev
> Log:
>
> PR ip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49627
dr.robert.kosik at gmail dot com changed:
What|Removed |Added
CC||dr.robert.kosik at gmai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65686
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #12 from Richard Henderson ---
(In reply to ktkachov from comment #10)
> This patch also seems to fix the wrong code in PR 69124
Good to know -- I wasn't able to reproduce that failure myself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #6 from Rainer Emrich ---
I tested the new version of the proposed patch. Now the tests all pass on
x86_64-unknown-linux-gnu and x86_64-w64-mingw32.
Eric, please submit to mainline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
--- Comment #7 from rguenther at suse dot de ---
On January 27, 2016 5:03:18 PM GMT+01:00, "mpolacek at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68542
>
>Marek Polacek changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69509
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69516
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69516
Bug ID: 69516
Summary: [5/6 regression] infinite recursion on a VLA with
excess initializer elements in constexpr function
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #13 from Richard Henderson ---
(In reply to Jakub Jelinek from comment #11)
> Without knowing the lra-remat code at all, I just wonder if subreg_regs
> needs to be one per the whole function, rather than say per extended basic
> block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #5 from Rainer Emrich ---
Created attachment 37491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37491&action=edit
proposed patch, new version
* gnat.dg/sso/*.adb: Robustify dg-output directives.
Changed conv1.adb again. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69517
Bug ID: 69517
Summary: [5/6 regression] SEGV on a VLA with excess initializer
elements
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69436
--- Comment #6 from vmorgulys at gmail dot com ---
Hello Jonathan,
I have another similar issue with auto and deleted contructrors
("=delete"). They are not detected at compile time.
Do you think it is related to what you mention in your comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69379
--- Comment #12 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 16:46:40 2016
New Revision: 232882
URL: https://gcc.gnu.org/viewcvs?rev=232882&root=gcc&view=rev
Log:
PR c++/69379
* constexpr.c (cxx_eval_constant_expressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69379
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66797
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Jan 27 16:53:27 2016
New Revision: 232883
URL: https://gcc.gnu.org/viewcvs?rev=232883&root=gcc&view=rev
Log:
PR ada/69488
* gnat.dg/sso/*.adb: Robustify dg-output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68380
--- Comment #2 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 27 16:54:48 2016
New Revision: 232884
URL: https://gcc.gnu.org/viewcvs?rev=232884&root=gcc&view=rev
Log:
2016-01-27 Thomas Klausner
PR target/68380
* configure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68380
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69509
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|infi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Jan 27 17:08:00 2016
New Revision: 232885
URL: https://gcc.gnu.org/viewcvs?rev=232885&root=gcc&view=rev
Log:
2016-01-27 Uros Bizjak
PR target/69512
* confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69267
--- Comment #1 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 27 17:17:23 2016
New Revision: 232887
URL: https://gcc.gnu.org/viewcvs?rev=232887&root=gcc&view=rev
Log:
2016-01-15 Ryan Burn
PR cilkplus/69267
* cilk.c (cilk_g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69479
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69267
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3920
Martin Sebor changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69514
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69497
Dominique d'Humieres changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67824
--- Comment #2 from Erich Keane ---
Don't know if it is a result of the red-hat packaging, or the .1 release, but
the 3.7.1 release from here: http://llvm.org/releases/download.html
seems to no longer crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66094
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67824
--- Comment #3 from Erich Keane ---
Don't know if it is a result of the red-hat packaging, or the .1 release, but
the 3.7.1 release from here: http://llvm.org/releases/download.html
seems to no longer crash.(In reply to Erich Keane from comment
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37493&action=edit
C source code
gcc trunk, dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5372
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2004-01-02 06:15:10 |2016-1-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #14 from Vladimir Makarov ---
(In reply to Richard Henderson from comment #13)
> (In reply to Jakub Jelinek from comment #11)
> > Without knowing the lra-remat code at all, I just wonder if subreg_regs
> > needs to be one per the whol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10778
Martin Sebor changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50045
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69518
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24375
David Malcolm changed:
What|Removed |Added
Last reconfirmed|2006-01-15 21:05:21 |2016-1-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 27 18:48:30 2016
New Revision: 232891
URL: https://gcc.gnu.org/viewcvs?rev=232891&root=gcc&view=rev
Log:
PR lto/69254
* sanitizer.def: Add BEGIN_SANITIZER_BUILTIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
--- Comment #16 from David Malcolm ---
Author: dmalcolm
Date: Wed Jan 27 18:57:51 2016
New Revision: 232893
URL: https://gcc.gnu.org/viewcvs?rev=232893&root=gcc&view=rev
Log:
libcpp: use better locations for _Pragma tokens (preprocessor/69126)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15767
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2004-06-01 22:33:42 |2016-1-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #20 from Manuel López-Ibáñez ---
(In reply to David Malcolm from comment #19)
> Is it time to close this one out as fixed?
with gcc HEAD 6.0.0 20160127 and the testcase in comment #12, I get:
prog.cc: In member function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69518
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15767
Martin Sebor changed:
What|Removed |Added
Target|powerpc-*-linux-*, |
|powerpc-*-elf-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
Manuel López-Ibáñez changed:
What|Removed |Added
Summary|excessive diagnostic|excessive diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #15 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 19:13:42 2016
New Revision: 232894
URL: https://gcc.gnu.org/viewcvs?rev=232894&root=gcc&view=rev
Log:
PR c/68062
* c-typeck.c (build_binary_op) [EQ_EXPR, GE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #21 from Manuel López-Ibáñez ---
(In reply to David Malcolm from comment #19)
> /tmp/test2.cc:9:24: error: return-statement with a value, in function
> returning 'void' [-fpermissive]
> return P->bar() + *P;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69131
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Jan 27 19:18:28 2016
New Revision: 232895
URL: https://gcc.gnu.org/viewcvs?rev=232895&root=gcc&view=rev
Log:
PR c++/69131
* method.c (walk_field_subobs): Add dtor_fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
--- Comment #5 from Manuel López-Ibáñez ---
With a slight change in the parse tree, we get a much better message.
prog.cc:3:38: error: wrong number of template arguments (0, should be 1)
template void foo::pop(bar<>&, int) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68949
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Wed Jan 27 19:18:33 2016
New Revision: 232896
URL: https://gcc.gnu.org/viewcvs?rev=232896&root=gcc&view=rev
Log:
PR c++/68949
* optimize.c (maybe_clone_body): Clear DECL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16456
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68398
--- Comment #7 from Jeffrey A. Law ---
Author: law
Date: Wed Jan 27 19:19:47 2016
New Revision: 232897
URL: https://gcc.gnu.org/viewcvs?rev=232897&root=gcc&view=rev
Log:
PR tree-optimization/68398
* params.def (PARAM_FSM_SCALE_PA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68398
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62316
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 27 19:32:49 2016
New Revision: 232899
URL: https://gcc.gnu.org/viewcvs?rev=232899&root=gcc&view=rev
Log:
PR debug/66869
* c-decl.c (c_write_global_declarations_1):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
--- Comment #7 from Jakub Jelinek ---
Fixed for C so far, C++ still broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from Peter Bergne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #8 from Bill Schmidt ---
LTO is creating a clone of reg_save_code, specialized on a particular value of
parameter reg. The compiled code contains a badly formed address expression,
causing the segfault. Continuing to look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #15 from Jason Merrill ---
Does anyone have a reduced testcase for this?
Jakub, where are we modifying the TREE_PURPOSE after creating the METHOD_TYPE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24375
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #3 from Dominique d'Humieres ---
> Created attachment 37395 [details]
> A provisional patch for the PR
>
> This fixes the immediate problem. I think some tidying up of unlimited
> polymorphism is needed. In any case, I am not in a pos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68986
--- Comment #18 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Jan 27 19:54:03 2016
New Revision: 232901
URL: https://gcc.gnu.org/viewcvs?rev=232901&root=gcc&view=rev
Log:
Don't change stack_alignment_needed for __tls_get_addr
__tls_get_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #16 from Martin Liška ---
(In reply to Jakub Jelinek from comment #14)
> (In reply to Jason Merrill from comment #4)
> > Actually, I guess checking for this is more of a fit for an uninitialized
> > read detector such as MemorySanitiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #17 from Martin Liška ---
(In reply to Jakub Jelinek from comment #15)
> (In reply to Jan Hubicka from comment #13)
> > Author: hubicka
> > Date: Wed Jan 13 23:47:45 2016
> > New Revision: 232356
> >
> > URL: https://gcc.gnu.org/view
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #16 from Jakub Jelinek ---
(In reply to Jason Merrill from comment #15)
> Does anyone have a reduced testcase for this?
I've started delta and creduce, but it is boost, so it will take a while (at
7.6MB so far).
> Jakub, where are w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #17 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 20:31:00 2016
New Revision: 232903
URL: https://gcc.gnu.org/viewcvs?rev=232903&root=gcc&view=rev
Log:
PR c/68062
* c-typeck.c (build_binary_op) [EQ_EXPR, GE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
--- Comment #9 from Thomas Koenig ---
Here is the AST dump.
Note the upcase letter in the symtree for the type.
We are probably missing an upcase string compare there...
Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4)
procedure name =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69519
Bug ID: 69519
Summary: STV doesn't use xmm register for DImove move
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67407
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69517
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69520
Bug ID: 69520
Summary: Implement reversal of -fcheck options
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
--- Comment #10 from Thomas Koenig ---
Created attachment 37495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37495&action=edit
provisional patch
The patch appears to work, but the formatting for the errors looks strange.
Consider:
ig25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #18 from Martin Liška ---
(In reply to Martin Liška from comment #16)
> (In reply to Jakub Jelinek from comment #14)
> > (In reply to Jason Merrill from comment #4)
> > > Actually, I guess checking for this is more of a fit for an uni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #18 from Paul Thomas ---
Author: pault
Date: Wed Jan 27 21:24:01 2016
New Revision: 232904
URL: https://gcc.gnu.org/viewcvs?rev=232904&root=gcc&view=rev
Log:
2016-01-27 Paul Thomas
PR fortran/69385
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #17 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #16)
> (In reply to Jason Merrill from comment #15)
> > Does anyone have a reduced testcase for this?
>
> I've started delta and creduce, but it is boost, so it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69521
Bug ID: 69521
Summary: -Wdeprecated-declarations errors in unused inline
methods
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #23 from David Malcolm ---
Created attachment 37496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37496&action=edit
Patch to fix the case in comment #12 (for next stage 1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17381
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #22 from David Malcolm ---
(In reply to Manuel López-Ibáñez from comment #20)
[...]
> I maintain my opinion that any user-facing diagnostic using %qE is
> potentially broken.
Thanks; I'm inclined to agree.
Notes to self: implementat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53341
--- Comment #1 from Jonathan Wakely ---
With -std=c++0x included (until a few days ago on trunk),
which is what caused the difference.
I don't see _ZdlPv since 4.8.0 though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #15 from Richard Henderson ---
Author: rth
Date: Wed Jan 27 22:08:02 2016
New Revision: 232905
URL: https://gcc.gnu.org/viewcvs?rev=232905&root=gcc&view=rev
Log:
PR rtl-opt/69447
* lra-remat.c (subreg_regs): New.
(dump_candidate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #17 from Zdenek Sojka ---
(In reply to Richard Henderson from comment #16)
> Fixed.
This patch is not going to the 5-branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
Richard Henderson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #9 from Alan Modra ---
For the testcase in comment #7, global_options are inconsistent (*) and wrong
when compiling foo. I see flag_pic == 2 there??
(*) In particular, TARGET_RELOCATABLE and flag_pic don't agree. See
config/rs6000/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69484
--- Comment #3 from janus at gcc dot gnu.org ---
Author: janus
Date: Wed Jan 27 22:32:52 2016
New Revision: 232906
URL: https://gcc.gnu.org/viewcvs?rev=232906&root=gcc&view=rev
Log:
2016-01-27 Janus Weil
PR fortran/69484
* inv
101 - 200 of 233 matches
Mail list logo