https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #24 from rguenther at suse dot de ---
On September 27, 2020 4:56:43 AM GMT+02:00, crazylht at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
>
>--- Comment #22 from Hongtao.liu ---
>>One of my workmates fou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78427
bin cheng changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78427
Antony Polukhin changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #23 from Hongtao.liu ---
> _813 = {_437, _448, _459, _470, _490, _501, _512, _523, _543, _554, _565,
> _576, _125, _143, _161, _179};
The cost of vec_construct in i386 backend is 64, calculated as 16 x 4
cut from i386.c
---
/* N e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #22 from Hongtao.liu ---
>One of my workmates found that if we disable vectorization for SPEC2017
>>525.x264_r function sub4x4_dct in source file x264_src/common/dct.c with
>?>explicit function attribute __attribute__((optimize("no-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
--- Comment #5 from Georgi ---
(In reply to Andrew Pinski from comment #3)
> fopen/fread/fwrite DOES NOT come from GCC, but rather than in this case
> mingw.
Ugh, thanks, will alert them about this issue by giving the link to this
tracker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
--- Comment #4 from Georgi ---
(In reply to Andrew Pinski from comment #2)
> You need b if you don't want \r\n to be turned into just \n.
At 11,945th line I use:
```
if ((fp = fopen(argv[1], "rb")) == NULL) {
printf("Nak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
--- Comment #3 from Andrew Pinski ---
fopen/fread/fwrite DOES NOT come from GCC, but rather than in this case mingw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
--- Comment #1 from Georgi ---
Oops, here are the mentioned files:
www.sanmayce.com/Nakamichi/Satanichi_aka_Nakamichi_2020-Jun-09_BUG_ZEROED-END.zip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215
Bug ID: 97215
Summary: Possible fread() malfunction of GCC 7.3.0 (Windows)
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97208
--- Comment #1 from Romain Naour ---
Hello,
I had to disable -ftree-loop-distribute-patterns while building the kernel on
microblaze (using -Os).
The regression appear since the commit [1] that moved
-ftree-loop-distribute-patterns from -O3 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97210
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96817
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:e6923541fae5081b646f240d54de2a32e17a0382
commit r11-3484-ge6923541fae5081b646f240d54de2a32e17a0382
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97044
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Edelsohn :
https://gcc.gnu.org/g:081b3517b4df826ac917147eb906bbb8fc6528b1
commit r11-3482-g081b3517b4df826ac917147eb906bbb8fc6528b1
Author: David Edelsohn
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97214
Bug ID: 97214
Summary: ICE in lookup_template_class_1, at cp/pt.c:9896
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
Thanassis Tsiodras changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
--- Comment #3 from Jakub Jelinek ---
Note, I think significant speedup is in tail recursion optimization which will
be prevented even with mergeable task. Computing fibonacci this way is not
efficient.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
--- Comment #2 from Thanassis Tsiodras ---
I see. I was not aware of "mergeable", TBH - thanks for pointing it out (it led
me to reading about "data environments").
Thanks, Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
--- Comment #1 from Jakub Jelinek ---
Even with if(false) the implementation has to create a new data environment
etc.
if(false) just means the task will be included, i.e. the generating task will
only continue when the included task finishes and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213
Bug ID: 97213
Summary: OpenMP "if" is dramatically slower than code-level
"if" - why?
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96495
--- Comment #6 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:5b26b3b3f5c75a86a5a3e851866247ac7fcb6c8b
commit r11-3480-g5b26b3b3f5c75a86a5a3e851866247ac7fcb6c8b
Author: Paul Thomas
Date: Sat Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
Bug ID: 97212
Summary: [OpenMP] 'depend' clause with 'target nowait' (!) +
'task' does not work
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97163
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d00b1b023ecfc3ddc3fe952c0063dab7529d5f7a
commit r11-3476-gd00b1b023ecfc3ddc3fe952c0063dab7529d5f7a
Author: Jakub Jelinek
Date: Sa
25 matches
Mail list logo
