Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
CoreMark (www.coremark.org) build with:
make PORT_DIR=linux64 XCFLAGS="-fprofile-generate -DTOTAL_DATA_SIZE=1200
-DPROFILE_RUN=1 -DMULTITHREAD=1 -DMEM_M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #2 from Stupachenko Evgeny ---
I can't share CoreMark sources.
However, you can get them at www.coremark.org when accept the license.
The error caused by edge->count of new edges which is grater than max_count:
(line 902)
gcc_assert (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50543
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097
Bug #: 51097
Summary: [4.7 Regression] a lot of "FAIL: gcc.dg/vect" on i686
avx build 181167 to 181177
Classification: Unclassified
Product: gcc
Version: unknown
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
Bug #: 51098
Summary: [4.7 Regression] bootstrap failed on avx i686, svn
revision 181259 to 181267
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #1 from Stupachenko Evgeny 2011-11-11
14:14:11 UTC ---
Most likely it is revision 181261
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53374
Bug #: 53374
Summary: x86_64 bootstrap failed with AVX turned on
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373
--- Comment #5 from Stupachenko Evgeny 2012-05-18
13:56:56 UTC ---
14 spec2006 tests also fail after the commit 187459,
(compiled with -O2 -march=corei7 -mtune=corei7 -mavx -m64)
However without -mavx they pass.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53967
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
Bug #: 52252
Summary: An opportunity for x86 gcc vectorizer (gain up to 3
times)
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
--- Comment #2 from Stupachenko Evgeny 2012-02-29
12:32:20 UTC ---
The difference of 2 dumps from
Arm: gcc -O3 -mfpu=neon test.c -S -ftree-vectorizer-verbose=12
X86: gcc -O3 -m32 -msse3 test.c -S -ftree-vectorizer-verbose=12
Starts at:
For Arm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #4 from Stupachenko Evgeny ---
Not reproduced on trunk(4.9) any more.
Still reproduced on 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
Stupachenko Evgeny changed:
What|Removed |Added
Version|4.9.0 |4.8.3
--- Comment #5 from Stupachenk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #7 from Stupachenko Evgeny ---
Created attachment 31379
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31379&action=edit
patch to ipa-inline.c for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #9 from Stupachenko Evgeny ---
r203897 | pmatos | 2013-10-21 19:41:46 +0400 (Mon, 21 Oct 2013) | 4 lines
* ipa-inline.c (edge_badness): Cap edge->count at max_count for badness
calculations.
fixes the issue in trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #3 from Stupachenko Evgeny 2011-11-14
09:40:18 UTC ---
Created attachment 25815
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25815
make output
The additional information (make log grep) is attached.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097
--- Comment #1 from Stupachenko Evgeny 2011-11-14
21:59:45 UTC ---
Tests fails caused by revision 181170:
r181170 | jakub | 2011-11-08 19:29:51 +0300 (Tue, 08 Nov 2011) | 7 lines
* config/i386/i386.c (ix86_preferred_simd_mode): Even fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #6 from Stupachenko Evgeny 2011-11-16
10:32:31 UTC ---
Bootstrap fail was caused by later commit (revision 181246):
r181246 | rth | 2011-11-10 04:29:38 +0400 (T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
--- Comment #5 from Stupachenko Evgeny ---
Yes, It is fixed starting from 5.3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67946
--- Comment #4 from Stupachenko Evgeny ---
fixed starting from gcc 6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55414
Bug #: 55414
Summary: spec2006 416.gamess compilation fails on LRA
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Created attachment 32631
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32631&action=edit
test case
For the following te
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Test normalizing 3D coordinates failed to vectorize
#include
struct XYZ
{
float x;
float y;
float z;
};
void
norm (struct XYZ *in, struct XYZ *out, int size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61618
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #37 from Stupachenko Evgeny ---
(In reply to Richard Biener from comment #31)
> No negative effects seen. Update on the regression? P3->P1 before
> willfully downgrading later...
Compiled with "-Ofast -flto -funroll-loops -m32" and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #29 from Stupachenko Evgeny ---
>Evgeny, could you check the effect of my latest patch (c25) on gzip.
The performance is back. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Target Milestone: ---
g++ test.cpp -flto
./a.out; echo $?
1
#include
__attribute__((target("default")))
int
foo()
{
return 1;
}
__attribute__((ta
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
GCC generates incorrect code for the SIMD loop (#pragma [omp] simd) with
function call that have pointer parameters.
(test case attached)
gcc test.c foo.c -fcilkplus -O3
./a.out ; echo $?
1
gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59984
--- Comment #1 from Stupachenko Evgeny ---
Created attachment 31981
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31981&action=edit
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
--- Comment #4 from Stupachenko Evgeny ---
The patch giving an expected 3 times gain submitted for a discussion at:
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg00670.html
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Created attachment 32294
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32294&action=edit
test case
Currently vectorizer use 2 "pshufb" and "or" for
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Target Milestone: ---
The following test:
#include
__m256 x, y, z;
__attribute__((target("avx")))
int bar()
{
x = _mm256_add_ps (y, z);
return 1;
}
__attribute__((target("default")))
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67946
--- Comment #2 from Stupachenko Evgeny ---
I see, but shouldn't compiler generate en error on this instead of ICE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61403
Stupachenko Evgeny changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 61403, which changed state.
Bug 61403 Summary: An opportunity for x86 gcc vectorizer (~40% gain)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61403
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #4 from Stupachenko Evgeny ---
Profiling implementation has hard coded "%ebx" use.
There are at least 2 quick solutions to resolve this:
1. Disable the changes for PIC profiling
Lead to different behavior with and without profiling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
Stupachenko Evgeny changed:
What|Removed |Added
CC||tromey at redhat dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #2 from Stupachenko Evgeny ---
"ebx enabling" changes triggered a warning for
"_Jv_global_static_constructor()".
The function has NULL location and CONTEXT.
The ICE caused by passing NULL to
lang_printable_name:
if (current_funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #4 from Stupachenko Evgeny ---
No. The changes has no influence on the note.
Anyway bootstrap have passed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #10 from Stupachenko Evgeny ---
(In reply to Jakub Jelinek from comment #8)
> For -pg, at least for 32-bit -fpic, one way to handle this would be
> for !targetm.profile_before_prologue () && crtl->profile in ix86_init_pic_reg
> instea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #12 from Stupachenko Evgeny ---
(In reply to Dominique d'Humieres from comment #9)
> r216154 broke bootstrap on x86_64-apple-darwin13 too while building
> libstdc++-v3:
>
> libtool: compile: /opt/gcc/p_build/./gcc/xgcc -shared-libgc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #15 from Stupachenko Evgeny ---
Created attachment 33733
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33733&action=edit
patch to fix darwin bootstrap
With pseudo GOT register we don't need to set GOT register after any jump,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #18 from Stupachenko Evgeny ---
Created attachment 33736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33736&action=edit
patch disabling just nonlocal_goto_receiver split
Am I correct that this is 64 bits library link failed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #24 from Stupachenko Evgeny ---
We are able to reproduce the bug.
SET_GOT removed as the only use of GOT register was hidden by:
(insn 37 34 38 6 (set (mem:TF (pre_dec:SI (reg/f:SI 7 sp)) [0 S16 A8])
(const_double:TF 2.07691
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #27 from Stupachenko Evgeny ---
Created attachment 33748
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33748&action=edit
Fix SET_GOT delete
The patch fix the problem.
Can you please run darwin bootstrap with it and previous (r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #31 from Stupachenko Evgeny ---
(In reply to Jeffrey A. Law from comment #29)
> I thought we had already dealt with the "hidden" GOT usages that show up
> during reload... Is it IRA that's removing the SET_GOT?
That is not EQUIV rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #32 from Stupachenko Evgeny ---
(In reply to Iain Sandoe from comment #30)
> FWIW, I built a stage #1 with fortran, objc and ada enabled.
>
> libgcc, libstdc++v3, libgomp, libobjc and libada build.
>
> libgfortran & libquadmath fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #33 from Stupachenko Evgeny ---
Created attachment 33769
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33769&action=edit
patch includes 3 patches fixing darwin bootstrap
It looks like data constant LC0 generated from pushtf no
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Test failed on execution compiled with:
gcc elim_set_got.c -fPIE -m32 -msse4.2 -O2 -fno-inline -mtune=corei7
./a.out
Segmentation fault (core dumped)
That occurs because CSE delete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63618
--- Comment #1 from Stupachenko Evgeny ---
Created attachment 33780
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33780&action=edit
Reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63618
--- Comment #2 from Stupachenko Evgeny ---
Created attachment 33781
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33781&action=edit
leave SET_GOT while pic_offset_table_rtx is pseudo
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
CC: law at redhat dot com, vmakarov at redhat dot com
Target: Darwin
Created attachment 33782
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33782&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #1 from Stupachenko Evgeny ---
The issue reproduced only if patch from PR63618 is applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #36 from Stupachenko Evgeny ---
(In reply to Iain Sandoe from comment #35)
> (In reply to Stupachenko Evgeny from comment #33)
> > Created attachment 33769 [details]
> > patch includes 3 patches fixing darwin bootstrap
>
> > Do you h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #2 from Stupachenko Evgeny ---
Created attachment 33784
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33784&action=edit
patch making the test and darwin bootstrap pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63618
Stupachenko Evgeny changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #39 from Stupachenko Evgeny ---
(In reply to Rainer Orth from comment #38)
> What's currently required to get Darwin/x86 to bootstrap again? I'm totally
> lost
> in this maze of PRs and patches.
>
> I've just tried r216667 plus the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #41 from Stupachenko Evgeny ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #40)
> > --- Comment #39 from Stupachenko Evgeny ---
> > (In reply to Rainer Orth from comment #38)
> [...]
> > You should apply patch from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #43 from Stupachenko Evgeny ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #42)
> > --- Comment #41 from Stupachenko Evgeny ---
> > (In reply to r...@cebitec.uni-bielefeld.de from comment #40)
> [...]
> > That should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #8 from Stupachenko Evgeny ---
(In reply to Uroš Bizjak from comment #7)
> The difference si that the call to f128_p3 does not expand with "use (reg:SI
> bx)" tag in the Darwin case. Probably ix86_expand_call should be fixed for
> TAR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #10 from Stupachenko Evgeny ---
(In reply to Uroš Bizjak from comment #9)
> (In reply to Stupachenko Evgeny from comment #8)
> > (In reply to Uroš Bizjak from comment #7)
> > > The difference si that the call to f128_p3 does not expan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #55 from Stupachenko Evgeny ---
Created attachment 33915
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915&action=edit
patch disabling nonlocal goto receiver and fixing setjmp receiver
(In reply to howarth from comment #54)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #56 from Stupachenko Evgeny ---
If this does not help, then described issue is not related to this bug,
as darwin bootstrap passed with the patch applied on r216304 (along with
already committed to trunk patches from PR63618 and PR636
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #2 from Stupachenko Evgeny ---
(In reply to howarth from comment #0)
>
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915 from
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c55
>
> for disabling nonlocal goto receiver and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54232
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59984
--- Comment #12 from Stupachenko Evgeny ---
Created attachment 33963
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33963&action=edit
test case where pragma simd disable vectorization
The following test case compiled with "-Ofast" vectoriz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61618
--- Comment #3 from Stupachenko Evgeny ---
The patch fix the fail:
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index 8046c67..2cffcef 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -43211,12 +43211,10 @@ exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
--- Comment #2 from Stupachenko Evgeny ---
The patch fixing this submitted for review.
Code generated when patch applied:
vperm2i128 $33, %ymm0, %ymm0, %ymm1
vpalignr$1, %ymm0, %ymm1, %ymm1
vmovdqa %ymm1, %ym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48052
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Target Milestone: ---
Should be reproduced with:
"-Ofast -flto -m32" on latest GCC and CLANG.
Mostly GCC looses performance in P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66752
Stupachenko Evgeny changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment
: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Target Milestone: ---
The following test:
#define max(a, b) ( (a) > (b) ? (a) : (b) )
float a[4] = {0, -1.2, 7, 0.1};
int main()
{
#pragma omp simd
for (int j = 0; j <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
--- Comment #1 from Stupachenko Evgeny ---
wrong revision bisected. Was just bootstrap fail. Searching for really bad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
Stupachenko Evgeny changed:
What|Removed |Added
CC||izamyatin at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
--- Comment #3 from Stupachenko Evgeny ---
The same reproduced on GCC 5.
79 matches
Mail list logo
