https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #27 from Jürgen Reuter juergen.reuter at desy dot de ---
And Example #2 is:
module foo
type :: t
integer :: n
character(32), dimension(:), allocatable :: md5
contains
procedure :: init = t_init
end type t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org ---
And even if they don't read the libstdc++ documentation, std::search doesn't
work with input iterators, that's always been true:
https://www.sgi.com/tech/stl/search.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
Bug ID: 65861
Summary: libstdc++ is silently generating wrong code when its
std::search is given an input iterator
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65859
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65860
Bug ID: 65860
Summary: Stringification of User Defined Literals
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
This is user error, std::search() requires forward iterators and the library is
not required to diagnose it. Defining _GLIBCXX_CONCEPT_CHECKS causes it to be
rejected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #4 from Jack Howarth howarth.at.gcc at gmail dot com ---
(In reply to Jonathan Wakely from comment #2)
This is user error, std::search() requires forward iterators and the library
is not required to diagnose it. Defining
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
--- Comment #13 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 15:55:21 2015
New Revision: 222377
URL: https://gcc.gnu.org/viewcvs?rev=222377root=gccview=rev
Log:
PR c++/50800
* tree.c (strip_typedefs):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26702
--- Comment #11 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
Author: ramana
Date: Thu Apr 23 14:49:45 2015
New Revision: 222371
URL: https://gcc.gnu.org/viewcvs?rev=222371root=gccview=rev
Log:
Fix PR target/26702
For Kwok Cheung
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #3 from Jack Howarth howarth.at.gcc at gmail dot com ---
(In reply to Jonathan Wakely from comment #2)
This is user error, std::search() requires forward iterators and the library
is not required to diagnose it. Defining
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65860
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #28 from Dominique d'Humieres dominiq at lps dot ens.fr ---
And Example #2 is: ...
Confirmed too, but no ICE under debugger.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
The kernel should have been compiled with -msoft-float and I thought it was.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65646
--- Comment #7 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 15:55:11 2015
New Revision: 222376
URL: https://gcc.gnu.org/viewcvs?rev=222376root=gccview=rev
Log:
PR c++/65646
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
Bug ID: 65862
Summary: [MIPS] IRA/LRA issue: integers spilled to
floating-point registers
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26702
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
https://gcc.gnu.org/onlinedocs/libstdc++/manual/ext_compile_checks.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
--- Comment #8 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Helfer Thomas from comment #7)
can you give me the rationale of this usage ?
Performance.
See also -Wsuggest-final-types -Wsuggest-final-methods in the gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65863
--- Comment #1 from Victor Porton porton at narod dot ru ---
Linux victor.local 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64
GNU/Linux
with 32 bit userland
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65865
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
--- Comment #7 from Helfer Thomas thomas.helfer at cea dot fr ---
can you give me the rationale of this usage ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65862
--- Comment #2 from Robert Suchanek robert.suchanek at imgtec dot com ---
That's correct. It was just easier to expose this problem by compiling the
kernel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65865
Bug ID: 65865
Summary: [6 Regression] Bootstrap failure on x86
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65864
--- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org ---
I think they should simply cast the controlling expression to int--that should
quash the warning. Does this workaround sound reasonable to them?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65858
--- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org ---
Those two bugs seems to be caused by same issue. Unforutnately it is bit hard
to guess what it is coming from - it seems that we manage to store
error_mark_node into the LTO object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65864
Bug ID: 65864
Summary: Consider emitting -Wswitch-bool less aggressively?
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65863
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Victor Porton from comment #1)
Linux victor.local 3.10-2-amd64 #1 SMP Debian 3.10.7-1 (2013-08-17) x86_64
GNU/Linux
with 32 bit userland
Try configure GCC with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #10 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Thu Apr 23 14:35:12 2015
New Revision: 222370
URL: https://gcc.gnu.org/viewcvs?rev=222370root=gccview=rev
Log:
PR c/65345
* c-decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65861
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Jack Howarth from comment #3)
Is the use of _GLIBCXX_CONCEPT_CHECKS well enough advertised in the
documentation that we can expect the average developer to know to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65863
Bug ID: 65863
Summary: GCC does not compile with weird error messages
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65296
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Keywords||link-failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65866
Bug ID: 65866
Summary: Wrong warning when using list-initialization:
operation on 'b' may be undefined [-Wsequence-point]
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65868
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Severity|blocker |normal
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65867
Bug ID: 65867
Summary: [5 Regression] bootstrap fails for mingw32 due to
missing header in ssp.c
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65863
Victor Porton porton at narod dot ru changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52251
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65866
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65868
Bug ID: 65868
Summary: cannot find -lstdc++ for GNAT compilation
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65805
--- Comment #6 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Thu Apr 23 19:07:52 2015
New Revision: 222383
URL: https://gcc.gnu.org/viewcvs?rev=222383root=gccview=rev
Log:
2015-04-23 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65865
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
[hjl@gnu-6 gcc]$ cat /tmp/x.cc
extern unsigned long indirect_call_wrapper;
typedef unsigned long size_t;
template typename F
F IndirectExternCall(F f) {
typedef F (*WrapF)(F);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65865
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
--- Comment #8 from dhbbugs bugs at dhbailey dot com ---
Jerry DeLisl'e output is certainly not correct -- anint should invariably
return the nearest whole number. It should be the equivalent of this code:
if (x = 0.0) then
anint = aint (x +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65870
Bug ID: 65870
Summary: Explicit function instantiation with default valued
lambda causes duplicate symbol
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65456
--- Comment #18 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Author: wschmidt
Date: Thu Apr 23 21:03:40 2015
New Revision: 222386
URL: https://gcc.gnu.org/viewcvs?rev=222386root=gccview=rev
Log:
[gcc]
2015-04-23 Bill Schmidt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65869
Bug ID: 65869
Summary: Incorrect overload resolution in function return
statement
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
Helfer Thomas thomas.helfer at cea dot fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
--- Comment #6 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
If you want some real life examples, grep e.g. the Firefox source tree
for final override or override final.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65854
Tom Honermann tom at honermann dot net changed:
What|Removed |Added
Summary|[c++-concepts] Type |[c++-concepts]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52085
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65868
--- Comment #2 from Victor Porton porton at narod dot ru ---
Your suggestion to build in a separate directory helped. It compiled
completely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62042
Victor Porton porton at narod dot ru changed:
What|Removed |Added
Version|4.9.0 |5.1.0
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61022
--- Comment #2 from Paul Pluzhnikov ppluzhnikov at google dot com ---
Still fails with trunk @r222386
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53313
--- Comment #8 from David Stone david at doublewise dot net ---
I have changed my opinion on this and agree that warning levels are probably
not the way to go. The two things from this that I do still want are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62235
Victor Porton porton at narod dot ru changed:
What|Removed |Added
Version|4.9.2 |5.1.0
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64918
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|WAITING |NEW
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65859
Bug ID: 65859
Summary: Optimizes out TLS variable called in a child function
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #21 from Jürgen Reuter juergen.reuter at desy dot de ---
(In reply to vehre from comment #20)
Juergen, could you meanwhile check, that the patch fixes the issue?
Damn, it seems my text didn't get posted. Being in Japan at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58754
Bug 58754 depends on bug 57456, which changed state.
Bug 57456 Summary: [OOP] CLASS + CHARACTER ALLOCATE with typespec: For arrays,
the typespec is ignored
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57456
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976
Bug 51976 depends on bug 57456, which changed state.
Bug 57456 Summary: [OOP] CLASS + CHARACTER ALLOCATE with typespec: For arrays,
the typespec is ignored
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57456
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57456
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #22 from Jürgen Reuter juergen.reuter at desy dot de ---
One thing is:
allocate (foo (0:this%dim-1), source=this%get_integral())
where this is some derived type with integer component dim
and TBP get_integral which is a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #23 from Jürgen Reuter juergen.reuter at desy dot de ---
The other failure occurs for
allocate (foo (this%n), source=this%bar)
where n is integer, foo has type
character(32), dimension(:), allocatable
and bar as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65858
Bug ID: 65858
Summary: ICE in varpool_node::get_constructor during chromium
build on arm-linux-gnueabihf with LTO during LINK
chrome
Product: gcc
Version: 6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC||burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #6 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 22 Apr 2015, prathamesh3492 at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #3 from prathamesh3492 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65850
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #11 from __vic d.v.a at ngs dot ru ---
Main problem hides in src/c++11/cow-string-inst.cc here:
namespace std _GLIBCXX_VISIBILITY(default)
{
_GLIBCXX_BEGIN_NAMESPACE_VERSION
// These came from c++98/misc-inst.cc, repeat them for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65855
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
I forgot to add with -Wall -Wextra. gcc needs explicit -Woverloaded-virtual.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65851
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
We are transitioning from known-bits (likely alignment) to an invariant (thus
constant). Most of the cases this happens because of too weak UNDEFINED
handling.
I suppose we should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
And BTW both clang and EDG warn for the first example:
foo.cpp:6:16: warning: 'B::f' hides overloaded virtual function
[-Woverloaded-virtual]
virtual void f() final;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65841
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC||vehre at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
Bug ID: 65856
Summary: -Wsuggest-override shall not report a warning on final
method
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65851
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
CC||marxin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65856
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65851
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65851
--- Comment #4 from Martin Liška marxin at gcc dot gnu.org ---
Created attachment 35389
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35389action=edit
reduced test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47701
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65857
Bug ID: 65857
Summary: combine won't generate zero-extend from HImode memory
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61534
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||dcb314 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53131
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65857
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
The pattern it tries has the load of a in it. Not sure what you are
expecting...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65851
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, so it goes like
Visiting PHI node: f_12 = PHI 0B(2), f_8(5)
Argument #0 (2 - 6 executable)
0B Value: CONSTANT 0B
Argument #1 (5 - 6 not executable)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65844
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
CC||marxin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #10 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Richard Biener from comment #9)
(In reply to prathamesh3492 from comment #3)
Hi,
I tried to reproduce the error with a reduced test-case:
#include arm_neon.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #11 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 23 Apr 2015, prathamesh3492 at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #10 from prathamesh3492 at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #20 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65721
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 13:20:08 2015
New Revision: 222363
URL: https://gcc.gnu.org/viewcvs?rev=222363root=gccview=rev
Log:
PR c++/65721
* name-lookup.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65727
--- Comment #5 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 13:20:14 2015
New Revision: 222364
URL: https://gcc.gnu.org/viewcvs?rev=222364root=gccview=rev
Log:
PR c++/65727
* semantics.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65695
--- Comment #14 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 13:21:17 2015
New Revision: 222367
URL: https://gcc.gnu.org/viewcvs?rev=222367root=gccview=rev
Log:
PR c++/65695
* cvt.c (cp_fold_convert):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65727
--- Comment #6 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 13:21:22 2015
New Revision: 222368
URL: https://gcc.gnu.org/viewcvs?rev=222368root=gccview=rev
Log:
PR c++/65727
* lambda.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59766
--- Comment #14 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Apr 23 13:21:06 2015
New Revision: 222365
URL: https://gcc.gnu.org/viewcvs?rev=222365root=gccview=rev
Log:
PR c++/59766
* decl.c (grokdeclarator): Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65721
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65848
--- Comment #4 from Andrew Sutton andrew.n.sutton at gmail dot com ---
I think that is actually not so unfortunate. Statically asserting
concept models has helped me find numerous issues in my own code.
I'm glad to hear the proposal is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
--- Comment #13 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Ramana Radhakrishnan from comment #12)
(In reply to rguent...@suse.de from comment #11)
On Thu, 23 Apr 2015, prathamesh3492 at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #25 from Jürgen Reuter juergen.reuter at desy dot de ---
Example 1:
module foo
type :: t
integer :: n
real, dimension(:,:), allocatable :: val
contains
procedure :: make = t_make
generic :: get_int =
1 - 100 of 117 matches
Mail list logo