https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70435
Klaus Rudolph changed:
What|Removed |Added
CC||lts-rudolph at gmx dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716
Klaus Rudolph changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96204
--- Comment #1 from Klaus Rudolph ---
Maybe related to: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64335
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target Milestone: ---
gcc complains with following error in the example code:
main.cpp:59:72: error: 'void Child::setAttr(int)' is private within th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
Klaus Rudolph changed:
What|Removed |Added
CC||lts-rudolph at gmx dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96111
--- Comment #1 from Klaus Rudolph ---
The error massages are valid as
as got by an answr on SO (
https://stackoverflow.com/questions/62791460/checking-type-of-attribute-with-concepts
)
[expr.prim.req.compound]/1.3
If the return-t
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target Milestone: ---
Code fails to compile with gcc 10.1.1 ( unexpected compile error messages )
and compilation fails with ICE on current trunk
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target Milestone: ---
If I do a partial template variable specialization inside a template class I
got the wrong results and/or if no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
--- Comment #10 from Klaus Rudolph ---
Created attachment 39830
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39830&action=edit
preprocessed file rwlock.ii
Add rwlock.ii file as requested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
--- Comment #9 from Klaus Rudolph ---
hi all,
> Gesendet: Freitag, 14. Oktober 2016 um 10:32 Uhr
> Von: "redi at gcc dot gnu.org"
> An: lts-rudo...@gmx.de
> Betreff: [Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile
>
> https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
--- Comment #5 from Klaus Rudolph ---
Hi Andrew,
> Andrew Pinski changed:
>
>What|Removed |Added
>
> Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63907
Klaus Rudolph changed:
What|Removed |Added
Known to fail||4.9.2, 6.1.0
--- Comment #3 from Klaus R
MED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target Milestone: ---
uniform initialization for nested std::tuple works in c++11/14 mode but should
work not before c+
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target Milestone: ---
Created attachment 38482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38482&action=edit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716
--- Comment #1 from Klaus Rudolph ---
Bug is still present 2015-08-03 ( sorry, can't change "last reconfirmed"
entry?!
nt: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Target: powerpc-unknown-linux-gnu
While compiling gcc for target powerpc-unknown-linux-gnu I got:
This seems to be an already fixed bug #52510.
libtool: compile:
/home
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57694
Klaus Rudolph changed:
What|Removed |Added
Version|4.8.1 |4.9.0
Known to fail|4.9.0
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
Created attachment 31770
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31770&action=edit
full source code example
Multiple parameter pack expansion for v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57695
Klaus Rudolph changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
The two statements:
extern const X x __attribute__ ((__progmem__)) = { 1 }; // works as expected
extern const X x [[__progmem__]] = { 1 };// warning & broken
code
See
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lts-rudolph at gmx dot de
The following code results in
error: field initializer is not constant
class A
{
private:
int a;
const int* const aptr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
Klaus Rudolph changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304
Bug #: 53304
Summary: use of std::future results to relocation error with
symbol _ZTINSt13__future_base19_Async_state_commonE
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643
Klaus Rudolph changed:
What|Removed |Added
CC||lts-rudolph at gmx dot de
--- Comment #7
everity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lts-rudolph at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-linux-gnu
GCC host triplet: i386-linux-gnu
GCC target triplet: m68hc12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23574
--- Additional Comments From lts-rudolph at gmx dot de 2004-12-03 08:39
---
I think you are not right :-)
The gcc docs say that it is possible to overwrite the abi with ffixed-reg!
It is also an example given (qsort) which comes from external library. The
examples says that you have
--- Additional Comments From lts-rudolph at gmx dot de 2004-12-02 21:43
---
(In reply to comment #2)
> I think this is invalid, does -ffixed-reg=r13 fix the problem?
No, also using ffixed-regs will result in wrong code.
As I saw in source (avr.c) the register allocation for functi
--- Additional Comments From lts-rudolph at gmx dot de 2004-12-02 21:12
---
Created an attachment (id=7665)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7665&action=view)
only one sourcefile needed, no others attatched
Simply use source file with avr-gcc and look for u
: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: lts-rudolph at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-linux-gnu
GCC
29 matches
Mail list logo