[Bug target/18798] global register variable: register is used for function calls

--- 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=7665action=view) only one sourcefile needed, no others attatched Simply use source file with avr-gcc and look for using

[Bug target/18798] global register variable: register is used for function calls

--- 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 functions

[Bug target/18798] global register variable: register is used for function calls

--- 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

[Bug c/23574] New: insn does not sat

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

[Bug c++/53304] New: use of std::future results to relocation error with symbol _ZTINSt13__future_base19_Async_state_commonE

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:

[Bug c++/53304] use of std::future results to relocation error with symbol _ZTINSt13__future_base19_Async_state_commonE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53304 Klaus Rudolph lts-rudolph at gmx dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/57694] New: [c++11] constexpr constructor do not work with const address of own member

: 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

[Bug c++/57695] New: [c++11] generalized attributes with avr __progmem__

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

[Bug c++/57695] [c++11] generalized attributes with avr __progmem__

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57695 Klaus Rudolph lts-rudolph at gmx dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/59716] New: variadic template multiple parameter pack expansion fails

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=31770action=edit full source code example Multiple parameter pack expansion for variadic

[Bug c++/57694] [c++11] constexpr constructor does not work with const address of own member

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57694 Klaus Rudolph lts-rudolph at gmx dot de changed: What|Removed |Added Version|4.8.1 |4.9.0

[Bug target/44643] ice in c-typeck.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643 Klaus Rudolph lts-rudolph at gmx dot de changed: What|Removed |Added CC||lts-rudolph

[Bug c++/63907] New: libitm/config/posix/rwlock.cc doesn't compile

++ 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/krud

[Bug c++/59716] variadic template multiple parameter pack expansion fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716 --- Comment #1 from Klaus Rudolph lts-rudolph at gmx dot de --- Bug is still present 2015-08-03 ( sorry, can't change last reconfirmed entry?!

[Bug libstdc++/71096] New: std::get did not work for nested derived classes from std::tuple if one element is empty

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=edit minimum exam

[Bug libstdc++/71098] New: uniform initialization for nested tuples work in c++11/14 mode but should only work >=c++17

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+

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

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

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

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=edit preprocessed file rwlock.ii Add rwlock.ii file as requested.

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

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

[Bug libitm/63907] libitm/config/posix/rwlock.cc doesn't compile

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

[Bug c++/88417] New: partial specialization of static template variable inside class template gives wrong result

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

[Bug c++/96111] New: checking type of attribute with concepts results in compilation error or ICE

: 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

[Bug c++/96111] checking type of attribute with concepts results in compilation error or ICE

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

[Bug c++/94554] spurious -Waddress warning within "if constexpr" function-null compares

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554 Klaus Rudolph changed: What|Removed |Added CC||lts-rudolph at gmx dot de --- Comment

[Bug c++/96204] gcc complains about private member access in SFINAE context

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

[Bug c++/96204] New: gcc complains about private member access in SFINAE context

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 this context

[Bug c++/59716] variadic template multiple parameter pack expansion fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59716 Klaus Rudolph changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[Bug c++/70435] section attribute of a function template is not honored.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70435 Klaus Rudolph changed: What|Removed |Added CC||lts-rudolph at gmx dot de --- Comment