https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97624
--- Comment #1 from Eugene ---
Created attachment 49464
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49464&action=edit
Compiler output
++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Target Milestone: ---
Created attachment 49463
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49463&action=edit
Source file with minimal reproduceable code
C++ compiler fails on the fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
--- Comment #10 from Eugene ---
(In reply to Jakub Jelinek from comment #8)
> Further reduced (-std=c++17):
> struct A { int a = 1; };
> struct B { int b = 0; };
> struct C { C () = delete; };
> struct D : public B, public C {};
> struct E : A {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
--- Comment #5 from Eugene ---
Meanwhile I have found exact line that causing this issue:
services.ii@35563:
characteristic_inst(const characteristic_inst&) = delete;
When commented out, compilation pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
--- Comment #2 from Eugene ---
Created attachment 45339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45339&action=edit
Output of arm-none-eabi-gcc.exe -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
--- Comment #1 from Eugene ---
Created attachment 45338
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45338&action=edit
Zipped prepocessed file causing internal error
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Target Milestone: ---
GCC version: gcc version 7.3.1 20180622 (release) [ARM/embedded-7-branch
revision 261907] (GNU Tools for Arm Embedded
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Target Milestone: ---
The example below fails to compile with error
error: invalid operands of types '' and
'int' to binary 'operator<'
which seems
-inline-function-gives-error
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Target Milestone: ---
Created attachment 36193
--> ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64961
--- Comment #3 from Eugene ---
In the example method bar::Bar::Foo<1>::bar() is on the same access path and
its specialization gives no error. Is there an explanation for this difference?
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Created attachment 34686
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34686&action=edit
code sample illustrating the issue
Consider a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64261
--- Comment #2 from Eugene ---
-Wall -pedantic -Os -g -std=c++0x
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Created attachment 34245
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34245&action=edit
Code sample illustrating the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64052
--- Comment #4 from Eugene ---
I am not arguing for the sample code to be compilable and functional.
My expectation is a consistent compilation result regardless of the
optimisation settings. If it fails with 'O0' should fail with 'Os' too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64073
--- Comment #1 from Eugene ---
Created attachment 34117
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34117&action=edit
Code sample illustrating the problem
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
When derived template classes introduces a base member with using, such methods
can be explicitly instantiated more than once wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64052
Eugene changed:
What|Removed |Added
Version|4.7.2 |4.8.1
--- Comment #2 from Eugene ---
As per ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64053
--- Comment #1 from Eugene ---
Created attachment 34098
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34098&action=edit
code sample for illustartion
++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Host: Linux 2.6.32-5-686
Target: avr
Current syntax of asm labels accepts only a string literal
int foo asm ("myfoo");
This limits label generation to pre-proce
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eugene at hutorny dot in.ua
Host: Linux 2.6.32-5-686
Target: avr
Created attachment 34097
--> https://gcc.gnu.org/bugzilla/atta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51568
--- Comment #4 from Eugene 2011-12-16 10:48:59
UTC ---
Enum can be packed to one byte with __attribute__((__packed__)) :
enum en { v0, v1, v2, v3, v4, v5, v6, v7 } __attribute__((__packed__));
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51568
--- Comment #3 from Eugene 2011-12-15 19:44:34
UTC ---
>On linux sizeof (struct rec) is 7, so how do you expect an unsigned (size = 4)
to hold the entire value?
Agree, that was my mistake.
I misexpected the enum to fit one byte.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51568
Bug #: 51568
Summary: Enum value is not extracted properly via a union
Classification: Unclassified
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
P
23 matches
Mail list logo
