[Bug c++/93969] New: Static data member cannot be initialized in place, if it is of a nested class type with a default argument in its constructor.

Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Dear gcc developers, x86_64-gcc-9.2 available online at

[Bug target/90622] New: Suboptimal code generated for __builtin_avr_insert_bits

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Please consider the following function: uint8_t copy_bit_5_to_bit_2(uint8_t dst, uint8_t src) { return __builtin_avr_insert_bits

[Bug target/90616] New: Suboptimal code generated for accessing an aligned array.

Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Consider the following code: #include uint8_t globalArray[68] __attribute__((aligned(256))); uint8_t foo(uint8_t index

[Bug c++/90291] [8/9/10 Regression] Inline namespace erroneously extends another namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291 --- Comment #12 from Igor A. Goussarov --- Thank you for taking interest and for the efforts, Nathan!

[Bug c++/90291] [8/9/10 Regression] Inline namespace erroneously extends another namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291 --- Comment #10 from Igor A. Goussarov --- Having reflected on my feelings about the described scenario, I came up with a slightly different wording for my complaints about the behaviour of gcc-8.x: The fact that using an inline namespace at one

[Bug c++/90291] [8/9/10 Regression] Inline namespace erroneously extends another namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291 --- Comment #8 from Igor A. Goussarov --- P.S. It seems that different compilers have different ideas about inline namespaces. If godbolt.org can be trusted, clang-8.0 and msvc 2017 do not merge namespaces in described scenario.

[Bug c++/90291] [8/9/10 Regression] Inline namespace erroneously extends another namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291 --- Comment #7 from Igor A. Goussarov --- The intent is to have a lot of services, each defined in its dedicated namespace. The hierarchy of those namespaces can grow to arbitrary depth: component component::service_a component::group_b::service

[Bug c++/90291] [8/9/10 Regression] Inline namespace erroneously extends another namespace

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291 --- Comment #6 from Igor A. Goussarov --- Yes, this is a slightly modified excerpt from real code. Perhaps a less abridged example would make more sense: // Code in logger.h namespace component { inline namespace utility { namesp

[Bug c++/90291] New: [7/8 Regression] Inline namespace erroneously extends another namespace

: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Compilation of the following code with gcc 7.x and 8.x produces different results: inline namespace A { inline

[Bug rtl-optimization/68086] Expression explicitly defined outside the loop is moved inside the loop by the optimizer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68086 --- Comment #1 from Igor A. Goussarov --- Created attachment 36579 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36579&action=edit Performance test for the problem

[Bug rtl-optimization/68086] New: Expression explicitly defined outside the loop is moved inside the loop by the optimizer

Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: igusarov at mail dot ru Target Milestone: --- Created attachment 36578 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36578&action=edit

[Bug c++/42692] New: Invalid member lookup when member template class is involved

n member template class is involved Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igusarov at mail dot ru GCC bu

[Bug c++/33909] New: Error reported on a legal source: "invalid use of non-lvalue array" when array name is used in initializer

4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igusarov at mail dot ru GCC build triplet: i386-unknown-freebsd5.4 GCC host triplet: i386-unknown-freebsd5.4 GCC target triplet: arm-none-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33909