Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Version: GCC 10.0.1 20200229
Exemple of code:
#include
struct A{
long
UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Version: GCC 10.0.1 20200229
When a base class declares the three way comparison member operator
Keywords: easyhack
Severity: normal
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 48301
--> ht
verity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64
Build: x86_64-pc-linux-gnu
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This bug exists since gcc version 6
The code bellow should not compile:
#include
struct A
: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
gcc -v:
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/olivier/usr
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Checked with gcc version 10.1.1 20200508 (GCC) (see bellow for the `gcc -v`
output)
The result of the await-resume
: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This is a bug that is here since at least
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This bug exists since gcc 7 and all following version. It also exists on the
current GCC-10 release
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95511
--- Comment #1 from Olivier Kannengieser ---
Actualy it is a bug that happens during the selection of the best viable
function:
template
void
func (auto...);
void
func (auto...);
void g(){
func (10); // this should not compile
}
According
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Tested with gcc --version:
gcc (GCC) 10.1.1 20200613
Copyright (C) 2020 Free Software Foundation, Inc.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77595
--- Comment #4 from Olivier Kannengieser ---
The bug is still there in GCC 10.1, and was the cause of a question of
stackoverflow:
https://stackoverflow.com/questions/62659801/constrained-member-functions-and-explicit-template-instantiation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95417
Olivier Kannengieser changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95417
Olivier Kannengieser changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #4 from Olivi
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This bug exist since GCC 6.1 and is still present in version GCC 10.2
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95511
Olivier Kannengieser changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71484
Olivier Kannengieser changed:
What|Removed |Added
CC||okannen at gmail dot com
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
In the c++ standard [expr.new]:
>> if the new-expression creates an array of objects of class type, the
>> destructor is potentially invoked.
And potenti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87278
Olivier Kannengieser changed:
What|Removed |Added
CC||okannen at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87478
Olivier Kannengieser changed:
What|Removed |Added
CC||okannen at gmail dot com
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This bug appears first in version 4.9 and is still here in version 7.3 and
above.
Compilation option: -std=c++14 or a
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
*Description
When a discarded value expression if of class type, a temporary shall be
created by copy construction. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84699
--- Comment #1 from Olivier Kannengieser ---
A link to an answer to a question on stack overflow that details what should
happen:
https://stackoverflow.com/a/29873914/5632316
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
This bug is present in all gcc versions.
Consider the following code:
template
struct x{
x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87629
--- Comment #1 from Olivier Kannengieser ---
This is maybe not a compiler bug, to be confirmed/unconfirmed by an expert of
the standard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87629
--- Comment #2 from Olivier Kannengieser ---
This is not a bug, this bug report should be removed!
The function call is undeduced context so the rule [temp.call.deduct]/4 is
bypassed.
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
In the code below, if the conditional expression is an xvalue, and only when
this xvalue is used as the object
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
In the code bellow the copy constructor of "a"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83342
Olivier Kannengieser changed:
What|Removed |Added
CC||okannen at gmail dot com
: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Constructor parameter that have the forms of a forwarding reference (T
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: okannen at gmail dot com
Target Milestone: ---
Created attachment 41462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41462&action=edit
The buggy code as descr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80962
--- Comment #1 from Olivier Kannengieser ---
Inside the comment section BUGGY CODE, the second commented line should be
uncommented to see that gcc does not complaning for private access violation.
The attached file is the version which causes g
32 matches
Mail list logo