http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073
--- Comment #9 from Artem S. Tashkinov t.artem at mailcity dot com 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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073
--- Comment #1 from Artem S. Tashkinov t.artem at mailcity dot com 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
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:
: 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=30744action=edit
Sources + profile info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
--- Comment #2 from Artem S. Tashkinov t.artem at mailcity dot com ---
(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.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916
Artem S. Tashkinov t.artem at mailcity dot com changed:
What|Removed |Added
Keywords||lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916
Artem S. Tashkinov t.artem at mailcity dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916
--- Comment #5 from Artem S. Tashkinov t.artem at mailcity dot com 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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47916
--- Comment #7 from Artem S. Tashkinov t.artem at mailcity dot com 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.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
--- Comment #85 from Artem S. Tashkinov t.artem at mailcity dot com
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40454
--- Comment #17 from Artem S. Tashkinov t.artem at mailcity dot com
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
real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
--- Comment #3 from Artem S. Tashkinov t.artem at mailcity dot com ---
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
--- Comment #4 from Artem S. Tashkinov t.artem at mailcity dot com ---
Created attachment 34783
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34783action=edit
Sources and Makefile (run make to reproduce)
This bug affects GCC 4.9.2 too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
--- Comment #5 from Artem S. Tashkinov t.artem at mailcity dot com ---
Created attachment 35355
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35355action=edit
Sources and Makefile (run make to reproduce)
GCC 5.0.1 RC2 is also affected:
g
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 optionally
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 (
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=fedora-2023-bench=4 ,
for Parboil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69004
Artem S. Tashkinov changed:
What|Removed |Added
CC||t.artem at mailcity dot com
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=ubuntu-1604-compilers=2
In Dense LU Matrix Factorization GCC 5.3.1/6.0 is more than 2 times slower than
Clang.
G++ options: -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
--- Comment #7 from Artem S. Tashkinov ---
Affects GCC 5.3.1 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
Artem S. Tashkinov changed:
What|Removed |Added
Host||x86_64 i686
Version|5.0
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
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
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?
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':
>
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
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=edit
unrarsrc-5.4.4 + profile data
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
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=edit
gcc -march=native /tmp/ff.c -c -v
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!
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
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
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
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58306
Artem S. Tashkinov changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
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
: 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=gcc-clang
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=gcc-clang-kblclear=4
GCC 6.2.0 - 95 seconds
Clang 3.9.0 - 78 seconds
GCC options: -lstdc
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=gcc-clang-kblclear=2
GCC 6.2.0 - 1057
Clang 3.9.0 - 1603
g
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=gcc-clang-kblclear=2
GCC 6.2.0 - 1835
Clang 3.9.0 - 2204
: 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=gcc-clang-kblclear=2
GCC 6.2.0 - 875
Clang
: 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=gcc-clang-kblclear=4
GCC 6.2.0 - 243
Clang 3.9.0 - 289
GCC options: -m64 -O3
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
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
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=edit
Sources
gcc -c -o server.o server.c -I.
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.
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
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/freetype2
-I
49 matches
Mail list logo