Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
Created attachment 45309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45309=edit
Patch to compile crtstuff.c with -fno-function-secti
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
In the following test program, the resolution of "TheA" in the expression
"b.TheA::func()" fails but should not
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
The following C++17 program does not compile with GCC 7.2.0 but does with Clang
5.0.0:
template
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
The code below crashes the compiler (compile with -std=c++17).
gcccrash.cpp: In function ‘int test()’:
gcccrash.cpp:15:30: internal compiler error: in tsubst_pack_expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187
--- Comment #4 from Ambroz Bizjak ---
Oh wait sorry, that doesn't solve it (yet), the variant_storage_byte would
still have a default copy constructor that copies the byte member.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187
--- Comment #3 from Ambroz Bizjak ---
Hey,
Does this idea help: https://godbolt.org/g/3Iqp2c ?
The storage is an array of "special" byte classes which have empty
constructors/assign when those would be implemented by one of the mixins.
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
Presumably because std::variant<int,char> is not trivially copy constructible,
the ABI will be unable to pass it by value in a re
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
The following test case shows the issue. The generated code for
TestDevirtualization could perform a direct call to Impl::Foo
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
Target Milestone: ---
The following C++ program cannot be compiled, which is valid to my
understanding.
template
class Test {
struct CatDog {
static void meow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70599
Ambroz Bizjak changed:
What|Removed |Added
CC||ambrop7 at gmail dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040
Ambroz Bizjak changed:
What|Removed |Added
CC||ambrop7 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60040
--- Comment #11 from Ambroz Bizjak ---
Created attachment 37320
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37320=edit
Modified patch which clears failure
I made a wild guess that the issue is that the "failure" is not cleared, so I
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
When indexing an array, gcc will sometimes perform a multiplication using
shifts and adds, instead of using the more efficient multiplication
instructions. This program demonstrates the issue
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ambrop7 at gmail dot com
As of version 4.8, GCC supports fixed point types for the AVR target. See:
http://gcc.gnu.org/wiki/avr-gcc#Fixed-Point_Support
However, this is only available in C and not in C++. Please
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57390
--- Comment #2 from Ambroz Bizjak ambrop7 at gmail dot com ---
I've been reading the discussion there, but I don't see any interaction
problems with templates. Most of it is just useless arguing about whether fixed
point types can be implemented
15 matches
Mail list logo
