https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61654
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61628
--- Comment #7 from Arjen Markus ---
Hi Jerry,
no, it does not - it should have printed all values in the array
(matrix) that are not 1, the first one thousand elements and finally
it should have printed "Done".
The number it does print are the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #46 from thopre01 at gcc dot gnu.org ---
After expand, the newly created 16bit big endian load becomes:
(insn 688 687 689 (set (reg:HI 482)
(mem:HI (reg/v/f:SI 189 [ ptr ]) [0 MEM[base: ptr_110, offset: 0B]+0 S2
A8])) /vol/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61654
Markus Trippelsdorf changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61655
Bug ID: 61655
Summary: Copy constructor not called on CRTP schema
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60968
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61655
--- Comment #1 from Marc Glisse ---
Try -fno-elide-constructors. Why would you want a copy? Is it because of the
parentheses in the return statement that you expect elision not to be
performed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61655
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
--- Comment #1 from mshawcroft at gcc dot gnu.org ---
Author: mshawcroft
Date: Mon Jun 30 07:54:59 2014
New Revision: 212137
URL: https://gcc.gnu.org/viewcvs?rev=212137&root=gcc&view=rev
Log:
[AArch64] Fix register clobber in, aarch64_ashr_sisd_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57541
--- Comment #10 from Kirill Yukhin ---
Author: kyukhin
Date: Mon Jun 30 08:14:39 2014
New Revision: 212138
URL: https://gcc.gnu.org/viewcvs?rev=212138&root=gcc&view=rev
Log:
PR middle-end/57541
gcc/c/
* c-array-notation.c (fix_builtin_array_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #9 from Iain Sandoe ---
(In reply to Jeremy Huddleston Sequoia from comment #8)
> Seems to work to me in gcc-4.6:
TLS _is_ supported on Darwin by means of emutls (emulation using pthreads
interfaces).
This enhancement request is for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61655
--- Comment #3 from Fabien Picarougne ---
This code is minimal and is just here to illustrate the problem, I use a more
complex one to handle generic matrix.
But The copy constructor here is not neutral, there is an output on stdout. So
I think,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60947
--- Comment #19 from YuFan ---
After patching the memset.S, it works correctly.
Thanks a lot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57541
--- Comment #11 from Kirill Yukhin ---
Author: kyukhin
Date: Mon Jun 30 08:22:43 2014
New Revision: 212139
URL: https://gcc.gnu.org/viewcvs?rev=212139&root=gcc&view=rev
Log:
PR middle-end/57541
gcc/c/
* c-array-notation.c (fix_builtin_array_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61655
--- Comment #4 from Marc Glisse ---
Look up "copy elision" (the wikipedia article will do).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #13 from Krishnamoorthy C ---
(In reply to Krishnamoorthy C from comment #12)
> (In reply to David Edelsohn from comment #11)
> > I tested a corrected version of your example with both G++ 4.8.1 from
> > Perzl.org / oss4aix.org and GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61518
--- Comment #4 from Mikael Pettersson ---
Isn't this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61517
--- Comment #4 from Mikael Pettersson ---
Isn't this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61517
thopre01 at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61656
Bug ID: 61656
Summary: Undefined behavior in classify_argument
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61657
Bug ID: 61657
Summary: Undefined behavior in loop-iv.c
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
christophe.lyon at st dot com changed:
What|Removed |Added
CC||christophe.lyon at st dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60968
--- Comment #8 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #7)
> So fixed?
yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60968
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
--- Comment #2 from mshawcroft at gcc dot gnu.org ---
Author: mshawcroft
Date: Mon Jun 30 11:58:18 2014
New Revision: 212143
URL: https://gcc.gnu.org/viewcvs?rev=212143&root=gcc&view=rev
Log:
[AArch64] Fix register clobber in, aarch64_ashr_sisd_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61616
niva at niisi dot msk.ru changed:
What|Removed |Added
Known to work||4.8.1
--- Comment #4 from niva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61633
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61214
Vadim Zeitlin changed:
What|Removed |Added
CC||vz-gcc at zeitlins dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61488
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 12:36:37 2014
New Revision: 212145
URL: https://gcc.gnu.org/viewcvs?rev=212145&root=gcc&view=rev
Log:
PR c++/61488
* pt.c (check_valid_ptrmem_cst_expr): Fix for templat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61500
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 12:36:28 2014
New Revision: 212144
URL: https://gcc.gnu.org/viewcvs?rev=212144&root=gcc&view=rev
Log:
PR c++/61500
* tree.c (lvalue_kind): Handle MEMBER_REF and DOTSTAR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58286
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61658
Bug ID: 61658
Summary: Invalid std::string(size_type, value_type) constructor
implementation
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61658
--- Comment #1 from __vic ---
If replace with:
std::string st(1U, '0');
then prints as expected:
1
0
Why {1U, '0'} is treated as std::initializer_list ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845
--- Comment #22 from Jason Merrill ---
(In reply to Marc Glisse from comment #21)
> One argument against the sequence point is that we don't have one for ?: .
> If we add one for ?: several testcases regress, so we have to make sure to
> only do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61658
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51253
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 14:25:21 2014
New Revision: 212150
URL: https://gcc.gnu.org/viewcvs?rev=212150&root=gcc&view=rev
Log:
DR 1030
PR c++/51253
PR c++/61382
* cp-tree.h (CALL_EXPR_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61382
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 14:25:21 2014
New Revision: 212150
URL: https://gcc.gnu.org/viewcvs?rev=212150&root=gcc&view=rev
Log:
DR 1030
PR c++/51253
PR c++/61382
* cp-tree.h (CALL_EXPR_L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61488
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
Bug ID: 61659
Summary: Extra undefined symbol because of devirtualization
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61500
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 15:05:32 2014
New Revision: 212152
URL: https://gcc.gnu.org/viewcvs?rev=212152&root=gcc&view=rev
Log:
PR c++/61500
* tree.c (lvalue_kind): Handle MEMBER_REF and DOTSTAR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #1 from Rafael Avila de Espindola ---
The undefined is still present with -fno-devirtualize-speculatively.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 15:11:14 2014
New Revision: 212154
URL: https://gcc.gnu.org/viewcvs?rev=212154&root=gcc&view=rev
Log:
PR c++/61539
* pt.c (unify_one_argument): Type/expression mismatch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61555
Rafael Avila de Espindola changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #2 from Andrew Pinski ---
I don't see why you think this is a bug. parser::getOption will be part
of the vtable of PassNameParser anyways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #3 from Andrew Pinski ---
Oh I see it, it is declared inside the template.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #4 from Rafael Avila de Espindola ---
I ran the testcase with just -O2 (original code with -O3, but the reduced
testcase with -O2).
getOption will be part of the vtable, but it can end up being hidden.
In the original source code it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
Bug ID: 61660
Summary: static_assert triggering when it should not
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51400
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jun 30 15:41:16 2014
New Revision: 212155
URL: https://gcc.gnu.org/viewcvs?rev=212155&root=gcc&view=rev
Log:
/c-family
2014-06-30 Paolo Carlini
PR c++/51400
* c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51400
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 51400, which changed state.
Bug 51400 Summary: [c++0x] ICE with constexpr and attribute noreturn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51400
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|2014-06-28 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 15:58:58 2014
New Revision: 212156
URL: https://gcc.gnu.org/viewcvs?rev=212156&root=gcc&view=rev
Log:
PR c++/61539
* pt.c (unify_one_argument): Type/expression mismatch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61500
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
--- Comment #1 from Jonathan Wakely ---
That's not how static_assert works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51849
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Jun 30 16:56:01 2014
New Revision: 212158
URL: https://gcc.gnu.org/viewcvs?rev=212158&root=gcc&view=rev
Log:
2014-06-30 Jakub Jelinek
Backported from mainline
2014-06-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
--- Comment #3 from Udo Steinberg ---
Created attachment 33035
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33035&action=edit
Testcase 2
Then, similar to this new test case, I would expect something like the
following:
g++ -std=gnu++11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Jun 30 16:56:01 2014
New Revision: 212158
URL: https://gcc.gnu.org/viewcvs?rev=212158&root=gcc&view=rev
Log:
2014-06-30 Jakub Jelinek
Backported from mainline
2014-06-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61299
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57233
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #15 from Krishnamoorthy C ---
Thanks for the info.
Sorry, the original intent was to generate a shared lib hence the shared
options, but i have moved the code to generate executable program, but the
exceptions not being caught is st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
Jan Hubicka changed:
What|Removed |Added
CC||jason at redhat dot com
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
--- Comment #4 from Andrew Pinski ---
(In reply to Udo Steinberg from comment #3)
> Created attachment 33035 [details]
> Testcase 2
>
> Then, similar to this new test case, I would expect something like the
> following:
>
> g++ -std=gnu++11 foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 17:30:22 2014
New Revision: 212161
URL: https://gcc.gnu.org/viewcvs?rev=212161&root=gcc&view=rev
Log:
PR c++/61539
* pt.c (unify_one_argument): Type/expression mismatch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61539
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #10 from Jeremy Huddleston Sequoia
---
Ah, gotcha. In that case, please retitle as well to indicate such. Prior to
gcc-4.5, even support via emutls was not available on darwin, so some people in
#macports thought that's what this ti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
--- Comment #5 from Udo Steinberg ---
(In reply to Andrew Pinski from comment #4)
> That is still correct s is not a constant expression.
Yes, I'm saying a similar warning should be emitted for x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61660
--- Comment #6 from Marc Glisse ---
(In reply to Udo Steinberg from comment #5)
> Yes, I'm saying a similar warning should be emitted for x.
No it should not, you are using x and s in completely different ways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61661
Bug ID: 61661
Summary: [C++11][4.9/4.10 Regression] Bogus error: ‘const
Outer::Foo{&Outer::Bar}’ is not a constant expression
Product: gcc
Version: unknown
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #11 from mrs at gcc dot gnu.org ---
Fixed title to reflect that this is for native tls.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54891
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Jun 30 18:30:50 2014
New Revision: 212162
URL: https://gcc.gnu.org/viewcvs?rev=212162&root=gcc&view=rev
Log:
/cp
2014-06-30 Paolo Carlini
PR c++/54891
* parser.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 54891, which changed state.
Bug 54891 Summary: [C++11] lambda-expression and explicit type conversion (cast
notation)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54891
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54891
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 18:44:24 2014
New Revision: 212163
URL: https://gcc.gnu.org/viewcvs?rev=212163&root=gcc&view=rev
Log:
PR c++/61647
* pt.c (type_dependent_expression_p): Check BASELINK_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 18:51:29 2014
New Revision: 212165
URL: https://gcc.gnu.org/viewcvs?rev=212165&root=gcc&view=rev
Log:
PR c++/61566
* mangle.c (decl_mangling_context): Look through a TE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 18:52:39 2014
New Revision: 212166
URL: https://gcc.gnu.org/viewcvs?rev=212166&root=gcc&view=rev
Log:
PR c++/61566
* mangle.c (decl_mangling_context): Look through a TE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 18:52:45 2014
New Revision: 212167
URL: https://gcc.gnu.org/viewcvs?rev=212167&root=gcc&view=rev
Log:
PR c++/61647
* pt.c (type_dependent_expression_p): Check BASELINK_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61566
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 19:09:57 2014
New Revision: 212168
URL: https://gcc.gnu.org/viewcvs?rev=212168&root=gcc&view=rev
Log:
PR c++/61647
* pt.c (type_dependent_expression_p): Check BASELINK_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61647
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53662
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36299
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39433
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61608
--- Comment #5 from Richard Henderson ---
Author: rth
Date: Mon Jun 30 20:14:42 2014
New Revision: 212172
URL: https://gcc.gnu.org/viewcvs?rev=212172&root=gcc&view=rev
Log:
PR rtl-opt/61608
PR target/39284
* bb-reorder.c (pass_d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39284
--- Comment #15 from Richard Henderson ---
Author: rth
Date: Mon Jun 30 20:14:42 2014
New Revision: 212172
URL: https://gcc.gnu.org/viewcvs?rev=212172&root=gcc&view=rev
Log:
PR rtl-opt/61608
PR target/39284
* bb-reorder.c (pass_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61648
Ed Smith-Rowland <3dw4rd at verizon dot net> changed:
What|Removed |Added
CC||3dw4rd at v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61659
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 20:20:55 2014
New Revision: 212174
URL: https://gcc.gnu.org/viewcvs?rev=212174&root=gcc&view=rev
Log:
PR c++/61659
PR lto/53808
gcc/cp
* decl2.c (maybe_emit_vtables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Mon Jun 30 20:20:55 2014
New Revision: 212174
URL: https://gcc.gnu.org/viewcvs?rev=212174&root=gcc&view=rev
Log:
PR c++/61659
PR lto/53808
gcc/cp
* decl2.c (maybe_emit_vtable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61648
--- Comment #2 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
In typeck.c/check_literal_operator_args
Make this change:
- if (processing_template_decl || processing_specialization)
+ /*if (processing_template_decl || processing_speciali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61648
--- Comment #3 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
Put this and it works.
if (PROCESSING_REAL_TEMPLATE_DECL_P() || processing_specialization)
{
1 - 100 of 123 matches
Mail list logo