[Bug target/96789] x264: sub4x4_dct() improves when vectorization is disabled

2020-09-26 Thread crazylht at gmail dot com via Gcc-bugs
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

[Bug target/96789] x264: sub4x4_dct() improves when vectorization is disabled

2020-09-26 Thread crazylht at gmail dot com via Gcc-bugs
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

[Bug c/97215] Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread sanmayce at sanmayce dot com via Gcc-bugs
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.

[Bug c/97215] Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread sanmayce at sanmayce dot com via Gcc-bugs
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) {

[Bug c/97215] Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread pinskia at gcc dot gnu.org via Gcc-bugs
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.

[Bug c/97215] Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97215 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug c/97215] Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread sanmayce at sanmayce dot com via Gcc-bugs
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

[Bug c/97215] New: Possible fread() malfunction of GCC 7.3.0 (Windows)

2020-09-26 Thread sanmayce at sanmayce dot com via Gcc-bugs
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

[Bug c/97208] [gcc 10.2.0] Microblaze regression

2020-09-26 Thread romain.naour at gmail dot com via Gcc-bugs
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

[Bug fortran/97210] Intrinsic function get_team() does not work

2020-09-26 Thread kargl at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97210 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug libstdc++/96817] __cxa_guard_acquire unsafe against dynamically loaded pthread

2020-09-26 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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

[Bug middle-end/94195] missing warning reading a smaller object via an lvalue of a larger type

2020-09-26 Thread dimhen at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94195 Dmitry G. Dyachenko changed: What|Removed |Added CC||dimhen at gmail dot com ---

[Bug target/97044] Undefined format macros because of include order on AIX

2020-09-26 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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:

[Bug c++/97214] New: ICE in lookup_template_class_1, at cp/pt.c:9896

2020-09-26 Thread sfranzen85 at hotmail dot com via Gcc-bugs
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:

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97213 Thanassis Tsiodras changed: What|Removed |Added Resolution|--- |FIXED

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread jakub at gcc dot gnu.org via Gcc-bugs
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.

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
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.

[Bug libgomp/97213] OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread jakub at gcc dot gnu.org via Gcc-bugs
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

[Bug libgomp/97213] New: OpenMP "if" is dramatically slower than code-level "if" - why?

2020-09-26 Thread ttsiodras at gmail dot com via Gcc-bugs
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

[Bug fortran/96495] [gfortran] Composition of user-defined operators does not copy ALLOCATABLE property of derived type

2020-09-26 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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

[Bug libgomp/97212] New: [OpenMP] 'depend' clause with 'target nowait' (!) + 'task' does not work

2020-09-26 Thread burnus at gcc dot gnu.org via Gcc-bugs
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:

[Bug bootstrap/97163] Build error with -mcpu=power9 on ppc64

2020-09-26 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
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: