> void main ()
> {
> int a;
>
>[local count: 118111600]:
>
>[local count: 955630225]:
> # a_5 = PHI
> a_3 = .UBSAN_CHECK_ADD (a_5, 1);
> if (a_3 != 2)
> goto ; [89.00%]
> else
> goto ; [11.00%]
>
>[local count: 1181116
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #14 from ishikawa,chiaki ---
(In reply to Andrew Pinski from comment #13)
> (In reply to ishikawa,chiaki from comment #11)
> > What is exactly the compiler-defined macro when "-Og" is used on the command
> > line?
>
> There is not o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
--- Comment #3 from Andrew Pinski ---
Even https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#2544 is very
much related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102939
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
--- Comment #1 from Andrew Pinski ---
The memcpy/memmove change was done in r9-1943-g20a0c4e3dc9948
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
Bug ID: 108846
Summary: std::copy, std::copy_n on potentially overlapping
subobjects
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104691
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89741
--- Comment #12 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92099
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104041
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52809
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87389
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53638
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9944ca17c0766623bce260684edc614def7ea761
commit r13-6133-g9944ca17c0766623bce260684edc614def7ea761
Author: Jason Merrill
Date: Fri
e:
==
void main ()
{
int a;
[local count: 118111600]:
[local count: 955630225]:
# a_5 = PHI
a_3 = .UBSAN_CHECK_ADD (a_5, 1);
if (a_3 != 2)
goto ; [89.00%]
else
goto ; [11.00%]
[local count: 118111600]:
return;
}
==
$ gcc-trunk -v
gcc version 13.0.1 20230218 (experimental) [master r13-6132-g32b5875c911] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108845
--- Comment #2 from Jakub Jelinek ---
I'm not convinced it is a good idea.
Sure, in the above case it is obvious it will never trigger, but if we say use
ranger to decide if the operation can or can't overflow, then VRP is in many
cases based on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108845
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108845
Bug ID: 108845
Summary: Unnecessary signed integer overflow checks
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108389
--- Comment #4 from BBK ---
I managed to save the /tmp/*.res file generated by plugin,and there's no such
entry mention strnlen in it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108389
--- Comment #3 from BBK ---
Also since the libraries are built with fat objects,build the program with
-fno-lto does success.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108389
--- Comment #2 from BBK ---
It truly looks like a plugin problem.
See the output
eebssk1@dEBianKb:~/a$ ~/mingw-gcc/i686-w64-mingw32/bin/i686-w64-mingw32-gcc-nm
*strnlen*
T _strnlen
eebssk1@dEBianKb:~/a$ ~/mingw-gcc/i686-w64-mingw32/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104375
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104375
--- Comment #4 from Gabriel Ravier ---
So should the bug be marked as fixed or... ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108819
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13 Regression] ICE on |[12 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108832
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108819
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:32b5875c911f80d551d006d7473e6f1f8705857a
commit r13-6132-g32b5875c911f80d551d006d7473e6f1f8705857a
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108832
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3c135697fd5f79db0954a79a48dcbba657e93f2e
commit r13-6131-g3c135697fd5f79db0954a79a48dcbba657e93f2e
Author: Jakub Jelinek
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108375
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:47821ba07a19b672d3cba351a03af2b122e02213
commit r13-6128-g47821ba07a19b672d3cba351a03af2b122e02213
Author: Martin Uecker
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105660
--- Comment #12 from CVS Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:3057d7928c0dbc78dbf748c9621ccd102e06beee
commit r13-6127-g3057d7928c0dbc78dbf748c9621ccd102e06beee
Author: Martin Uecker
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108844
Bug ID: 108844
Summary: sincos opportunity missed
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94908
Uroš Bizjak changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108843
--- Comment #1 from David Binderman ---
Problem seems to start sometime before 20220306.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108843
Bug ID: 108843
Summary: timeout with -g -O3 ?
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assignee:
33 matches
Mail list logo