https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97288
Bug ID: 97288
Summary: Assignment sequence before order - evaluating
reference to value of right side not in order
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97288
--- Comment #1 from Amir Kirsh ---
For user defined type this behavior might be ok, as the order of evaluation of
parameters is not defined, however this behavior is reflected also for
primitive types:
int main() {
int a {5};
(a += 1) +=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97402
Amir Kirsh changed:
What|Removed |Added
CC||kirshamir at gmail dot com
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97402
--- Comment #3 from Amir Kirsh ---
Playing with the code even leads to compiler seg-fault, see:
https://stackoverflow.com/a/65654043/2085626
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99158
Bug ID: 99158
Summary: [Enhancement] Better error message when missing
#include and using placement new
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100838
Bug ID: 100838
Summary: -fno-elide-constructors for C++14 missing required
destructor call
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100838
--- Comment #1 from Amir Kirsh ---
This main:
int main() {
MyString s1 = MyString{"Hello"}; // same also for rounded brackets
std::cout << __LINE__ << std::endl;
}
works as expected.
Output with C++14 and -fno-elide-constructors:
ctor
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100992
Bug ID: 100992
Summary: Wrong result for is_constructible for const ref of
tuple of tuples
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100992
--- Comment #2 from Amir Kirsh ---
Maybe a dup of:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96592
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
Bug ID: 104850
Summary: Instantiating a destructor for a template class too
early, before the calling destructor is seen - rejects
valid code
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104850
--- Comment #2 from Amir Kirsh ---
// adding the required include to the example
#include // for nullptr_t
template
struct uptr {
uptr(nullptr_t) {}
~uptr() {
delete (new T);
}
};
class A
{
public:
A();
~A();
private:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67969
Amir Kirsh changed:
What|Removed |Added
CC||kirshamir at gmail dot com
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106094
Bug ID: 106094
Summary: Lifetime extension of temporary do not obey some rules
of [class.temporary]
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117317
Bug ID: 117317
Summary: An internal compiler error on call to virtual
constexpr function via comparison operator in CRTP
with multiple inheritance
Product: gcc
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117317
--- Comment #1 from Amir Kirsh ---
A more simple example, same internal compiler error:
class Base {
public:
constexpr bool operator==(const Base& b) const {
return getIdentity() == b.getIdentity();
}
private:
constexpr virt
15 matches
Mail list logo
