[Bug c++/84476] [[nodiscard]] ignored on virtual functions accessed through pointer

2025-04-28 Thread albrecht.guendel at web dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84476 Albi changed: What|Removed |Added CC||albrecht.guendel at web dot de --- Comment #7

[Bug c++/115624] New: '-Wnrvo' is not an option that controls warnings

2024-06-24 Thread albrecht.guendel at web dot de via Gcc-bugs
iority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: albrecht.guendel at web dot de Target Milestone: --- Hi, the new -Wnrvo warning is an amazing diagnostic. However it does not play well with the #pragma GCC diagnostic directive. Yet. Test-Case: https://god

[Bug c++/114904] Bogus Warning [-Wreturn-type] in function with do-while loop

2024-05-01 Thread albrecht.guendel at web dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114904 --- Comment #1 from Albi --- This "bug" can be closed and deleted. I am an idiot and i am sorry. 'continue' does not jump to the start of the loop, but to the next loop-condition-check, so in a do-while loop, it actually jumps to the bottom. Ma

[Bug c++/114904] New: Bogus Warning [-Wreturn-type] in function with do-while loop

2024-05-01 Thread albrecht.guendel at web dot de via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: albrecht.guendel at web dot de Target Milestone: --- Hi, from GCC 8.1 onwards using >=C++14, i get hit with > warning: control reaches end of non-void function [-Wreturn-type]

[Bug c++/105746] New: vector::resize causes Warray-bounds when optimizer uses __builtin_memcpy or __builtin_memmove

2022-05-26 Thread albrecht.guendel at web dot de via Gcc-bugs
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: albrecht.guendel at web dot de Target Milestone: --- https://godbolt.org/z/YP5aWjbzM >From version 10.1 to trunk (both arm-none-eabi, x86-64) Compil

[Bug c/39170] provide an option to silence -Wconversion warnings for bit-fields

2016-09-15 Thread albrecht.guendel at web dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39170 Albi changed: What|Removed |Added CC||albrecht.guendel at web dot de --- Comment #16

[Bug middle-end/71942] [ARM] Zero-extending whats allready zero-extended even when -O3

2016-07-29 Thread albrecht.guendel at web dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71942 --- Comment #5 from Albi --- OK ok, i see. Its a missed optimization due to volatile-problems.. I got a workaround however: #define IO_READ(x) ( static_cast( *const_cast< typename std::remove_volatile::type* >(&(x)) )) The volatile is taken

[Bug middle-end/71942] [ARM] Zero-extending whats allready zero-extended even when -O3

2016-07-20 Thread albrecht.guendel at web dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71942 --- Comment #3 from Albi --- Agreed, after way more google research a lot of people complain about this. Never the less this poses a big problem since it halves the performance of every load on a sub-32-bit datatype. Imho the problem issnt in t

[Bug c++/71942] [ARM] Zero-extending whats allready zero-extended even when -O3

2016-07-20 Thread albrecht.guendel at web dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71942 --- Comment #1 from Albi --- To give a minimum case: int main(void) { volatile unsigned short foo = 0; while(1) foo ^= 1; } creates: ldrh.w r3, [sp, #6] uxthr3, r3<< again no reason for this eor.w r3, r3, #1 strh.w r3, [

[Bug c++/71942] New: [ARM] Zero-extending whats allready zero-extended even when -O3

2016-07-20 Thread albrecht.guendel at web dot de
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: albrecht.guendel at web dot de Target Milestone: --- Hi, i came across the insertion of an redundant instruction while toggleing a pin on an ARM-Microcontroller: while(1) GPIOA->