https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67946
--- Comment #4 from Stupachenko Evgeny ---
fixed starting from gcc 6
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 #2 from Stupachenko Evgeny ---
I see, but shouldn't compiler generate en error on this instead of ICE?
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
: 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 4; j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
--- Comment #1 from Stupachenko Evgeny evstupac at gmail dot com ---
wrong revision bisected. Was just bootstrap fail. Searching for really bad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
--- Comment #3 from Stupachenko Evgeny evstupac at gmail dot com ---
The same reproduced on GCC 5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66835
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||izamyatin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66752
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||rth at gcc
: 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 Part_Delete function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48052
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
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 stdio.h
__attribute__((target(default)))
int
foo()
{
return 1;
}
__attribute__((target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65710
--- Comment #29 from Stupachenko Evgeny evstupac at gmail dot com ---
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=65076
--- Comment #37 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
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=61403
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59984
--- Comment #12 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33963
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33963action=edit
test case where pragma simd disable vectorization
The following test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54232
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #55 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33915
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915action=edit
patch disabling nonlocal goto receiver and fixing setjmp receiver
(In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #56 from Stupachenko Evgeny evstupac at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #8 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #10 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #39 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #40)
--- Comment #39 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to Rainer Orth from comment #38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #43 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #42)
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63618
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
: 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 evstupac at gmail dot com ---
Created attachment 33780
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33780action=edit
Reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63618
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33781
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33781action=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=33782action=edit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #1 from Stupachenko Evgeny evstupac at gmail dot com ---
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 evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63620
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33784
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33784action=edit
patch making the test and darwin bootstrap pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #33 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33769
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33769action=edit
patch includes 3 patches fixing darwin bootstrap
It looks like data constant LC0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #31 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #32 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #24 from Stupachenko Evgeny evstupac at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #27 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33748
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33748action=edit
Fix SET_GOT delete
The patch fix the problem.
Can you please run darwin bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #15 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33733
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33733action=edit
patch to fix darwin bootstrap
With pseudo GOT register we don't need to set GOT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #18 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 33736
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33736action=edit
patch disabling just nonlocal_goto_receiver split
Am I correct that this is 64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||tromey
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63536
--- Comment #4 from Stupachenko Evgeny evstupac at gmail dot com ---
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 evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #12 from Stupachenko Evgeny evstupac at gmail dot com ---
(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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #4 from Stupachenko Evgeny evstupac at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
The patch fixing this submitted for review.
Code generated when patch applied:
vperm2i128 $33, %ymm0, %ymm0, %ymm1
vpalignr$1, %ymm0, %ymm1, %ymm1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61618
--- Comment #3 from Stupachenko Evgeny evstupac at gmail dot com ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61618
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: evstupac at gmail dot com
Test normalizing 3D coordinates failed to vectorize
#include math.h
struct XYZ
{
float x;
float y;
float z;
};
void
norm (struct XYZ *in, struct XYZ *out, int size
: 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=32631action=edit
test case
For the following test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
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=32294action=edit
test case
Currently vectorizer use 2 pshufb and or for even/odd permutation.
(odd case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
--- Comment #4 from Stupachenko Evgeny evstupac at gmail dot com ---
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: 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 evstupac at gmail dot com ---
Created attachment 31981
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31981action=edit
test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #7 from Stupachenko Evgeny evstupac at gmail dot com ---
Created attachment 31379
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31379action=edit
patch to ipa-inline.c for 4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #9 from Stupachenko Evgeny evstupac at gmail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
Version|4.9.0 |4.8.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #4 from Stupachenko Evgeny evstupac at gmail dot com ---
Not reproduced on trunk(4.9) any more.
Still reproduced on 4.8.
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_METHOD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58279
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com ---
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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53967
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53373
--- Comment #5 from Stupachenko Evgeny evstupac at gmail dot com 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=53374
Bug #: 53374
Summary: x86_64 bootstrap failed with AVX turned on
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52252
--- Comment #2 from Stupachenko Evgeny evstupac at gmail dot com 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
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=51098
--- Comment #6 from Stupachenko Evgeny evstupac at gmail dot com 2011-11-16
10:32:31 UTC ---
Bootstrap fail was caused by later commit (revision 181246):
r181246 | rth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #3 from Stupachenko Evgeny evstupac at gmail dot com 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 evstupac at gmail dot com 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
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
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 evstupac at gmail dot com 2011-11-11
14:14:11 UTC ---
Most likely it is revision 181261
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50543
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
79 matches
Mail list logo
