https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99411
--- Comment #8 from Jan Hubicka ---
Compared to aocc we also do worse on zen4:
jh@alberti:~/tsvc/bin> ~/trunk-install/bin/gcc -Ofast -march=native s311.c
jh@alberti:~/tsvc/bin> time ./a.out
real0m3.207s
user0m3.206s
sys 0m0.000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #5 from Michael_S ---
Hi Thomas
Are you in or out?
If you are still in, I can use your help on several issues.
1. Torture.
See if Invalid Operand exception raised properly now. Also if there are still
remaining problems with NaN.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108378
Bug ID: 108378
Summary: gcc generates fpu traps unsafe code for armv8-a+sve
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
Bug ID: 108379
Summary: -Wmaybe-uninitialized false positive on conditional
use
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
--- Comment #1 from Sam James ---
Created attachment 54252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54252&action=edit
coreutils-tee.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
--- Comment #2 from Sam James ---
Minimum command needed to reproduce:
```
$ gcc-13 -Werror -Wuninitialized -O2 -c tee.i
src/tee.c: In function 'tee_files':
src/tee.c:272:25: error: 'out_pollable' may be used uninitialized
[-Werror=maybe-uniniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108378
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373
Andrew Pinski changed:
What|Removed |Added
CC||evatux at gmail dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96373
--- Comment #13 from Andrew Pinski ---
vect__1.9_40 = .MASK_LOAD (_13, 64B, loop_mask_39);
_15 = &MEM [(double *)s_9(D) + ivtmp_48 * 8];
vect__2.12_43 = .MASK_LOAD (_15, 64B, loop_mask_39);
vect__3.13_44 = vect__1.9_40 / vect__2.12_43;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108379
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #3 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
--- Comment #11 from CVS Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:9ca4899144de6db61a782b03a1257489bd26f750
commit r13-5114-g9ca4899144de6db61a782b03a1257489bd26f750
Author: Lewis Hyatt
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108244
Lewis Hyatt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #18 from Jan Dubiec ---
Thanks Jonathan. I confirm – I have successfully built master (554bb9b6) for
both targets. Although I'm still using binutils 2.39, I haven't tried its
current master yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108252
--- Comment #5 from Илья Шипицин ---
thank you, David!
I'll rerun haproxy check soon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107838
--- Comment #4 from Richard Biener ---
comment#3 is a slightly different issue in that we do not have the guarding
condition obviously true here, instead what we'd need to prove is that
r_8 is always initialized because the first loop iteration
101 - 115 of 115 matches
Mail list logo