[Bug tree-optimization/119417] [14/15 Regression] wrong code with `-O2`, uses uxtw instead of uxth causing different result on ADD instruction since r14-8680-g2f14c0dbb78985

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119417 --- Comment #6 from Rogério de Souza Moraes --- I confirm that the patch gcc15-pr119417.patch backported to GCC 14.2 fixed the issue on Arm (aarch64). Is this patch going to be used on trunk and officially backported to GCC 14.2?

[Bug tree-optimization/119417] New: -fexpensive-optimizations forces GCC 14 to use uxtw instead of uxth causing different result on ADD instruction

: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- Greetings, GCC 14 running on aarch64

[Bug c++/119334] New: error: loop variable '' creates a copy from type 'const std::pair' [-Werror=range-loop-construct]

Version: 14.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- The code below returns the warning ":10:21: warning:

[Bug tree-optimization/111073] [13/14/15 regression] False-positive -Wstringop-overflow when building gdb from trunk with -D_GLIBCXX_ASSERTIONS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111073 Rogério de Souza Moraes changed: What|Removed |Added CC||rogerio.souza at gmail dot

[Bug tree-optimization/107919] Possibly false-positive "maybe-uninitialized" with GCC 12 on complex variant-variant-tuple-unique_ptr types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919 --- Comment #13 from Rogério de Souza Moraes --- I have backported the patches, but it seems that they are not enough to fix this issue on 12.4. If you want I could attach them to this bugzilla.

[Bug tree-optimization/107919] Possibly false-positive "maybe-uninitialized" with GCC 12 on complex variant-variant-tuple-unique_ptr types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919 Rogério de Souza Moraes changed: What|Removed |Added CC||rogerio.souza at gmail dot

[Bug tree-optimization/107919] Possibly false-positive "maybe-uninitialized" with GCC 12 on complex variant-variant-tuple-unique_ptr types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919 --- Comment #11 from Rogério de Souza Moraes --- This still affects GCC 12.4.0. Are there any plans to fix it for 12.5.0? On GCC 13.3.0 the issue does not happen.

[Bug c++/117925] [14/15 Regression] ice unexpected expression '(FnPtr)(fnPtr)' of kind cast_expr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117925 --- Comment #2 from Rogério de Souza Moraes --- Another workaround raised by the team I work with is to use reinterpret_cast: (*(FnPtr)fnPtr)() Reinterpret_cast doesn't cause the ICE as well.

[Bug c++/117925] New: ice unexpected expression '(FnPtr)(fnPtr)' of kind cast_expr

ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- GCC 14 returns a compiler internal error for the code below (https://godbolt.org/z/b8EenvKj8): using F

[Bug tree-optimization/115824] [12 Regression] Strange -Warray-bounds warning when assigning an initializer list to a vector of pointers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115824 --- Comment #4 from Rogério de Souza Moraes --- I confirm that GCC 12.4.0 with r12-10250-g8ec265c1464dec reverted fixes the issue reported here.

[Bug tree-optimization/110498] Spurious warnings stringop-overflow and array-bounds copying data as bytes into vector::reserve

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498 Rogério de Souza Moraes changed: What|Removed |Added Version|13.1.0 |12.4.0 --- Comment #4 from Ro

[Bug c++/111496] New: Optimizer issue when reinitializing an object of a standard-layout class with a trivial copy constructor and a trivial destructor

: rogerio.souza at gmail dot com Target Milestone: --- Host: x86_64 Created attachment 55948 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55948&action=edit Teste case to reproduce the optimization issue In some cases, reinitializing an object of a standard-layout class

[Bug middle-end/111118] New: Bogus -Wstringop-overread with -std=gnu++20 -O2 and std::vector

, diagnostic, missed-optimization, patch Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- The following C++ code compiled with "-c -O1 -std=gn

[Bug other/110847] New: Inaccurate GCC documentation about -Wtsan and -Wxor-used-as-pow warnings

/gcc/Warning-Options.htm l Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target

[Bug libstdc++/110498] New: Spurious warnings stringop-overflow and array-bounds copying data as bytes into vector::reserve

Keywords: diagnostic, missed-optimization Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- Created attachment 55432 --> ht

[Bug libstdc++/107852] [12 Regression] Spurious warnings stringop-overflow and array-bounds copying data as bytes into vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107852 --- Comment #17 from Rogério de Souza Moraes --- Created attachment 55428 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55428&action=edit Preprocessed file for GCC 13.1.0 bug This is the preprocessed file (*.i*) that triggers the bug re

[Bug libstdc++/107852] [12 Regression] Spurious warnings stringop-overflow and array-bounds copying data as bytes into vector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107852 Rogério de Souza Moraes changed: What|Removed |Added CC||rogerio.souza at gmail dot

[Bug tree-optimization/107004] [12 Regression] GCC12 warning in OOB access: array subscript is partly outside array bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107004 --- Comment #5 from Rogério de Souza Moraes --- I tried to apply the patch r13-3596-ge7310e24b1c0ca67, but it has not fixed the issue. Although, the issue is not reproducible on GCC 13.1.0.

[Bug tree-optimization/107004] New: GCC12 warning in OOB access: array subscript is partly outside array bounds

Status: UNCONFIRMED Keywords: TREE Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- The code below triggers the

[Bug tree-optimization/106238] Inline optimization causes dangling pointer on "include/c++/12.1.0/bits/stl_tree.h"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106238 --- Comment #4 from Rogério de Souza Moraes --- Hi Andrew, thank you for the quick reply. The "getLocalCopy" on this example is just to provide a quick way to reproduce the issue. Here is the getLocalCopy function of this example. extern void

[Bug tree-optimization/106238] Inline optimization causes dangling pointer on "include/c++/12.1.0/bits/stl_tree.h"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106238 --- Comment #3 from Rogério de Souza Moraes --- Created attachment 53288 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53288&action=edit Second example to reproduce the issue

[Bug tree-optimization/106238] Inline optimization causes dangling pointer on "include/c++/12.1.0/bits/stl_tree.h"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106238 --- Comment #2 from Rogério de Souza Moraes --- Created attachment 53287 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53287&action=edit C++ code to reproduce the issue. C++ code to reproduce the issue.

[Bug libstdc++/106238] New: Inline optimization causes dangling pointer on "include/c++/12.1.0/bits/stl_tree.h"

NCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- Created attachment 53282 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=5328

[Bug c++/105593] avx512 math function raises uninitialized variable warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593 --- Comment #6 from Rogério de Souza Moraes --- I got another example with similar warning: # #include //#pragma GCC diagnostic push //#pragma GCC diagnostic ignored "-Wmaybe-uninitialized" #include //#pragma GCC diagnostic p

[Bug target/105593] avx512 math function raises uninitialized variable warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593 --- Comment #3 from Rogério de Souza Moraes --- The code attached in the previous comment triggers the "warning: '__Y' is used uninitialized [-Wuninitialized]". The command line to compile it is: /grid/common/test/gcc-v12.1.0d1rh74_lnx86/bin/g

[Bug target/105593] avx512 math function raises uninitialized variable warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593 --- Comment #2 from Rogério de Souza Moraes --- Created attachment 52971 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52971&action=edit C code to trigger the uninitialized warning The C code attached reproduces the uninitialized warning

[Bug other/105593] New: avx512 math function raises uninitialized variable warning

Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- When using avx512 math function we got the following warning: //lib/gcc/x86_64-redhat-linux/12.1.0/include/avx512fintrin.h:6994:10

[Bug tree-optimization/91257] Compile-time and memory-hog hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257 --- Comment #14 from Rogério de Souza Moraes --- Created attachment 49747 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49747&action=edit File which all the 'try' macros are taken out to separate routines, for build performance improvemen

[Bug tree-optimization/91257] Compile-time and memory-hog hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257 --- Comment #13 from Rogério de Souza Moraes --- Created attachment 49746 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49746&action=edit File that reproduces the current structure and has performance issues.

[Bug tree-optimization/91257] Compile-time and memory-hog hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257 Rogério de Souza Moraes changed: What|Removed |Added CC||rogerio.souza at gmail dot com

[Bug middle-end/63155] [7 Regression] memory hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155 --- Comment #54 from Rogério de Souza Moraes --- Hi everyone, we continue to get performance degradation as we use a new compiler version to build the source code 'testcase-v1.c" that is available in the attachment above. Could you please chec

[Bug middle-end/63155] [7 Regression] memory hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155 --- Comment #53 from Rogério de Souza Moraes --- Created attachment 46627 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46627&action=edit New testcase that shows performance degradation in GCC 9.1 This new testcase that shows performance

[Bug middle-end/63155] [6/7/8 Regression] memory hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155 --- Comment #50 from Rogério de Souza Moraes --- Created attachment 44848 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44848&action=edit GCC 6.3.0 consolidated patch based on Richard's patches The patch attached is a backport based on R

[Bug middle-end/63155] [6/7/8 Regression] memory hog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155 --- Comment #35 from Rogério de Souza Moraes --- Created attachment 44791 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44791&action=edit Small testcase more similar to original environment Hi Richard, this is a new testcase, based on a

[Bug libstdc++/82739] New: Sort is 30% slower compared to gcc44 on presorted array

Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: rogerio.souza at gmail dot com Target Milestone: --- In 2013 a bug was filed to fix a large performance degradation on reverse-sorted array, which got fixed: https://gcc.gnu.org/bugzilla