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
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.
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107004
Bug ID: 107004
Summary: GCC12 warning in OOB access: array subscript is partly
outside array bounds
Product: gcc
Version: 12.2.0
URL: https://godbolt.org/z/aoYh66EYb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
Bug ID: 105593
Summary: avx512 math function raises uninitialized variable
warning
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106238
Bug ID: 106238
Summary: Inline optimization causes dangling pointer on
"include/c++/12.1.0/bits/stl_tree.h"
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Se
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.
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847
Bug ID: 110847
Summary: Inaccurate GCC documentation about -Wtsan and
-Wxor-used-as-pow warnings
Product: gcc
Version: unknown
URL: https://gcc.gnu.org/onlinedocs/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18
Bug ID: 18
Summary: Bogus -Wstringop-overread with -std=gnu++20 -O2 and
std::vector
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Keywords: alias, diagn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111496
Bug ID: 111496
Summary: Optimizer issue when reinitializing an object of a
standard-layout class with a trivial copy constructor
and a trivial destructor
Product: gcc
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.
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 com
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
Bug ID: 110498
Summary: Spurious warnings stringop-overflow and array-bounds
copying data as bytes into vector::reserve
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
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
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117925
Bug ID: 117925
Summary: ice unexpected expression '(FnPtr)(fnPtr)' of kind
cast_expr
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
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.
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.
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 com
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.
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 com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119417
Bug ID: 119417
Summary: -fexpensive-optimizations forces GCC 14 to use uxtw
instead of uxth causing different result on ADD
instruction
Product: gcc
Version: 14.
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?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119334
Bug ID: 119334
Summary: error: loop variable '' creates a
copy from type 'const std::pair'
[-Werror=range-loop-construct]
Product: gcc
Version: 14.2.0
30 matches
Mail list logo