[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838 --- Comment #85 from Artem S. Tashkinov 2011-01-18 21:02:43 UTC --- Am I the only one who thinks this bug should be nominated as the first priority GCC 4.6.0 bug? I don't really care if the fix would be backported to 4.5.x or 4.4.x releases, but

[Bug target/40454] [4.4 regression] zlib is about 20% slower when compiled with GCC 4.4.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454 --- Comment #17 from Artem S. Tashkinov 2011-01-31 21:46:29 UTC --- At least on i686 platform the difference is marginal (GCC flags: -O2 -march=pentium-m -fomit-frame-pointer, Intel Core Gen 2 CPU): GCC 3.4.6 real0m15.859s user0m15.662s

[Bug lto/47916] New: Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 Summary: Using -flto leads to halved performance of unrar unarchiver Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compone

[Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 Artem S. Tashkinov changed: What|Removed |Added Keywords||lto, missed-optimization

[Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 Artem S. Tashkinov changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 --- Comment #5 from Artem S. Tashkinov 2011-02-27 21:06:04 UTC --- Thanks for the explanation! I'm not sure if it's worth opening a new bug report, but GCC crashes when I try to use -fprofile-generate/-fprofile-use together with -flto: g++ -o u

[Bug lto/47916] Using -flto leads to halved performance of unrar unarchiver

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916 --- Comment #7 from Artem S. Tashkinov 2011-02-27 23:26:52 UTC --- > That should work. The error is a sanity check that profile information > is sane. I don't get you :( It seems like you say two opposite things.

[Bug c++/58306] New: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

: UNCONFIRMED Severity: major Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Created attachment 30744 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30744&action=edit Sources + profi

[Bug c++/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #2 from Artem S. Tashkinov --- (In reply to Paolo Carlini from comment #1) > Doesn't look like a C++ front-end issue. Surely, but I had to choose something not knowing what to choose.

[Bug tree-optimization/54073] New: SciMark Monte Carlo test performance has seriously decreased in recent GCC releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073 Bug #: 54073 Summary: SciMark Monte Carlo test performance has seriously decreased in recent GCC releases Classification: Unclassified Product: gcc Version: 4.7.2 Sta

[Bug tree-optimization/54073] SciMark Monte Carlo test performance has seriously decreased in recent GCC releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073 --- Comment #1 from Artem S. Tashkinov 2012-07-23 15:43:50 UTC --- The results are obtained from here: http://openbenchmarking.org/result/1207077-SU-GCCPERFOR59 Benchmarking of GCC 4.2 through GCC 4.8 when building the compiler the same and set

[Bug tree-optimization/54135] New: Dhrystone 2 test performance has seriously decreased in recent GCC releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54135 Bug #: 54135 Summary: Dhrystone 2 test performance has seriously decreased in recent GCC releases Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNC

[Bug tree-optimization/54073] [4.7/4.8 Regression] SciMark Monte Carlo test performance has seriously decreased in recent GCC releases

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073 --- Comment #9 from Artem S. Tashkinov 2012-11-13 15:06:25 UTC --- (In reply to comment #8) > The attached proof of concept patch attempts to just restore the 4.6 and > earlier behavior by allowing in all comparisons. Of course perhaps it

[Bug c++/69564] [5/6 Regression] lto and/or C++ make scimark2 LU slower

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69564 --- Comment #15 from Artem S. Tashkinov --- Is this the same bug? https://www.phoronix.com/scan.php?page=article&item=ubuntu-1604-compilers&num=2 In Dense LU Matrix Factorization GCC 5.3.1/6.0 is more than 2 times slower than Clang. G++ option

[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #7 from Artem S. Tashkinov --- Affects GCC 5.3.1 as well.

[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 Artem S. Tashkinov changed: What|Removed |Added Host||x86_64 i686 Version|5.0

[Bug middle-end/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 Artem S. Tashkinov changed: What|Removed |Added Summary|error: corrupted value |Broken profiling for unrar

[Bug middle-end/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #9 from Artem S. Tashkinov --- Tow more errors for the same sources: threadpool.cpp: In member function ‘bool ThreadPool::GetQueuedTask(ThreadPool::QueueEntry*)’: threadpool.cpp:213:1: error: corrupted profile info: profile data is n

[Bug rtl-optimization/78911] [5/6 Regression] Infinite loop at -O2/O3 optimization levels while trying to compile server.c from Wine-2.0-rc2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911 --- Comment #15 from Artem S. Tashkinov --- Strangely, this bug is still reproducible with GCC 6.3.1 and Wine 2.10.

[Bug other/81146] New: Wine 2.10 cannot be compiled with -flto

Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- I'm trying to compile Wine 2.10 with GCC 6.3.1 for the i686 target and I cannot: ... skipped ... gcc -c -o sfnt2fon.o sfnt2fon.c -I. -I../../include -I/usr/include/freetyp

[Bug other/81146] Wine 2.10 cannot be compiled with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81146 --- Comment #1 from Artem S. Tashkinov --- When running with `make -j4` that's what I see first: gcc -o widl client.o expr.o hash.o header.o proxy.o register.o server.o typegen.o typelib.o \ typetree.o utils.o widl.o write_msft.o parser.tab.o

[Bug c/78911] New: Infinite loop while trying to compile server.c from Wine-2.0-rc2

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- Created attachment 40408 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40408&action=edit Sources gcc -c -o server.o serv

[Bug middle-end/78911] Infinite loop while trying to compile server.c from Wine-2.0-rc2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911 --- Comment #1 from Artem S. Tashkinov --- Update: various -march variants have no effect. -O3 : still hangs -Os : compiles

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 Artem S. Tashkinov changed: What|Removed |Added Status|RESOLVED|NEW Resolution|FIXED

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #46 from Artem S. Tashkinov --- (In reply to PeteVine from comment #44) > In case I was a little unclear, the board freezes, not the binary. Looks like GCC optimizes the output so much, the board cannot cope with such a perfect code.

[Bug c++/78401] New: SciMark v2.0 Composite test runs 1,5 times slower under GCC 6.2 than under Clang 3.9

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- As per http://www.phoronix.com/scan.php?page=article&item=gcc-clang-kblclear&num=2 GCC 6.2.0 - 1057 Cla

[Bug c++/78402] New: SciMark v2.0 Dense LU Matrix Factorization test runs more than 2 times slower under GCC 6.2 than under Clang 3.9

: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- As per http://www.phoronix.com/scan.php?page=article&item=gcc-c

[Bug c++/78403] New: SciMark v2.0 Jacobi Successive Over-Relaxation test is 30% slower under GCC 6.2 than under Clang 3.9

: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- As per http://www.phoronix.com/scan.php?page=article&item=gcc-clang-kblclear&num=2 GCC 6.2

[Bug c++/78404] New: SciMark v2.0 Sparse Matrix Multiply test is 20% slower under GCC 6.2 than under Clang 3.9

Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- As per http://www.phoronix.com/scan.php?page=article&item=gcc-clang-kblclear&num=2 GCC 6.2.0 - 18

[Bug c/78405] New: OpenSSL v1.0.1g RSA 4096 test is 20% slower under GCC 6.2 than under Clang 3.9

: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- http://www.phoronix.com/scan.php?page=article&item=gcc-clang-kblclear&num=4 GCC 6.2.0 - 243 Clang 3.9.0 - 289 GCC

[Bug c/78406] New: Crafty v23.4 is 20% slower under GCC 6.2 than under Clang 3.9

Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- http://www.phoronix.com/scan.php?page=article&item=gcc-clang-kblclear&num=4 GCC 6.2.0 - 95 seconds Clang 3.9.0 - 78 seconds GCC

[Bug middle-end/78406] Crafty v23.4 is 20% slower under GCC 6.2 than under Clang 3.9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78406 --- Comment #2 from Artem S. Tashkinov --- (In reply to Markus Trippelsdorf from comment #1) > Artem, please don't open a new bug for every phoronix benchmark where gcc > appears to be slower than clang. > > First of all there are existing bug r

[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #5 from Artem S. Tashkinov --- Created attachment 35355 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35355&action=edit Sources and Makefile (run make to reproduce) GCC 5.0.1 RC2 is also affected: g++ -O3 -march=native -Wno-

[Bug preprocessor/66322] New: Linus Torvalds: -Wswitch-bool produces dubious warnings, fails to notice really bad things

Severity: normal Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- From: https://lkml.org/lkml/2015/5/27/941 Btw, I'd actually like to see (possibly optional

[Bug rtl-optimization/68128] New: A huge regression in Parboil v2.5 OpenMP CUTCP test (2.5 times lower performance)

Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: t.artem at mailcity dot com Target Milestone: --- According to Phoronix, http://www.phoronix.com/scan.php?page=article&item=fedora-2023-bench&num

[Bug rtl-optimization/68128] A huge regression in Parboil v2.5 OpenMP CUTCP test (2.5 times lower performance)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68128 --- Comment #2 from Artem S. Tashkinov --- (In reply to Richard Biener from comment #1) > Not very much information (compile flags?) CPU: Intel Xeon E5-2687W v3 ( http://ark.intel.com/products/81909/Intel-Xeon-Processor-E5-2687W-v3-25M-Cache-3_1

[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #3 from Artem S. Tashkinov --- This bug affects GCC 4.5.4 as well. I guess the bug is no longer relevant since both these GCC releases are deprecated and unsupported.

[Bug middle-end/58306] error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #4 from Artem S. Tashkinov --- Created attachment 34783 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34783&action=edit Sources and Makefile (run make to reproduce) This bug affects GCC 4.9.2 too! (I'm on i686): blake2s.cpp:

[Bug gcov-profile/69004] Building t-engine on ARM fails during -fprofile-use stage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69004 Artem S. Tashkinov changed: What|Removed |Added CC||t.artem at mailcity dot com

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #12 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #11) > I've just verified that GCC 5.3.1 and GCC 6.1.1 and latest trunk work fine > (x86_64-linux-gnu). I built the binary and unrar a rar archive. > > Can you pl

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #14 from Artem S. Tashkinov --- Created attachment 39058 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39058&action=edit gcc -march=native /tmp/ff.c -c -v

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #15 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #13) > Ok, I'll try to reproduce, but I would need: > > 1) echo ""> /tmp/ff.c && gcc -march=native /tmp/ff.c -c -v Done. > 2) please upload somewhere a sample r

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #16 from Artem S. Tashkinov --- Created attachment 39059 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39059&action=edit unrarsrc-5.4.4 + profile data

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #19 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #18) > Ok, problem is that various value profilers are not updated atomically, > fixed in: > https://gcc.gnu.org/ml/gcc-patches/2016-08/msg00600.html Thank you!

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #21 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #20) > > Do I understand the patch correctly that it requires > > "-fprofile-update=atomic" option in order to eliminate this bug? > > Exactly, I hope I'll be abl

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #23 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #22) > Sure, as Nathan suggested, we'll select the proper default value according > to -pthread argument. Wonderful! What are the chances of this patch being merg

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #26 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #24) > > Wonderful! What are the chances of this patch being merged with GCC 4.9.x? > > Any, because 4.9 was closed last week and there's not going to be any > re

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #29 from Artem S. Tashkinov --- (In reply to Martin Liška from comment #28) > Fixed on trunk. Thanks! Will GCC 6.1.1 include these patches?

[Bug gcov-profile/58306] Broken profiling for unrar sources: error: corrupted value profile: value profile counter (X out of Y) inconsistent with basic-block count

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306 --- Comment #31 from Artem S. Tashkinov --- (In reply to Andreas Schwab from comment #30) > /daten/aranym/gcc/gcc-20160811/Build/gcc/testsuite/g++/../../libgcov. > a(_gcov_time_profiler.o): In function `__gcov_time_profiler_atomic': > /daten/aran