https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084
--- Comment #5 from Ilya Enkovich ---
(In reply to Richard Biener from comment #3)
> fwprop_init calcuates dominator info so it's likely df that runs cfg-cleanup
> and doesn't expect it to wreck dominator info.
>
> Probably rightfully so.
So sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006
--- Comment #7 from Ilya Enkovich ---
Author: ienkovich
Date: Thu May 12 14:07:13 2016
New Revision: 236176
URL: https://gcc.gnu.org/viewcvs?rev=236176&root=gcc&view=rev
Log:
gcc/
Backport from mainline r236171.
2016-05-12 Ilya
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71006
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #6 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #5)
> Also fails on Linux for the m32 multilib with -msse2avx :
> make -k check-gcc-c
> RUNTESTFLAGS="--target_board=unix/-msse/-msse2avx\{-m32,-m64\}
> execute.exp=ashl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #7 from Ilya Enkovich ---
(In reply to Dominique d'Humieres from comment #2)
> Created attachment 38486 [details]
> Assembly for gcc.c-torture/execute/ashldi-1.c compiled with r236090
>
> Assembly for gcc.c-torture/execute/ashldi-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #9 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #8)
> Created attachment 38495 [details]
> assembly for linux case
>
> Here's the asm for the case from my build, although I don't expect it'll
> help much if you can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #13 from Ilya Enkovich ---
Looks I found the problem. validize_mem generates new instructions which are
placed wrongly. This patch should help. Unfortunately I can't test it
properly on Darwin.
diff --git a/gcc/config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #16 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #15)
> that code won't build - did you mean :
>
Sure. Thanks for noticing!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #20 from Ilya Enkovich ---
(In reply to Dominique d'Humieres from comment #18)
> > smoke test passes, I'll leave it to Dominique's full-run to confirm.
>
> With the patch in comment 15 applied on top of revision r236286 the reported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #22 from Ilya Enkovich ---
Author: ienkovich
Date: Tue May 17 09:28:15 2016
New Revision: 236315
URL: https://gcc.gnu.org/viewcvs?rev=236315&root=gcc&view=rev
Log:
gcc/
PR target/71114
* config/i386/i386.c (dimode_sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #5 from Ilya Enkovich ---
So do all of r236090 related failures are reproducible with glibc 2.11.3 only?
IIUC the problem most probably hides in sanitizer runtime libraries and you
can't make preprocessed testcase reproducible with o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71161
--- Comment #7 from Ilya Enkovich ---
(In reply to rguent...@suse.de from comment #6)
> Well, the fact that libgo has a lot of execute fails doesn't point to
> libsanitizer. Maybe to split-stack support, who knows.
>
> What is special about r23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
--- Comment #4 from Ilya Enkovich ---
(In reply to Richard Biener from comment #2)
> thus cleanup_cfg updating dominance info. Note the et_splay operation itself
> is this slow (another reason for this may be a corrupt et forest after the
> rece
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
--- Comment #8 from Ilya Enkovich ---
(In reply to Eric Botcazou from comment #7)
> Thanks. Please add a reference to the PR in the ChangeLog next time, this
> will automatically add a cross-reference in the audit trail.
I did add PR reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71206
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
--- Comment #10 from Ilya Enkovich ---
(In reply to Eric Botcazou from comment #9)
> > I did add PR reference but it didn't work for some reason.
>
> No, you didn't in the commit message, which is where it is needed:
> https://gcc.gnu.org/ml/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71070
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71070
Ilya Enkovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71279
--- Comment #3 from Ilya Enkovich ---
This looks similar to PR70251 but this time transformation is performed in
folding. Here is a description of applied transformation:
/* Convert A ? 0 : 1 to !A. This prefers the use of NOT_EXPR
ove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71279
--- Comment #4 from Ilya Enkovich ---
Author: ienkovich
Date: Fri May 27 10:39:40 2016
New Revision: 236810
URL: https://gcc.gnu.org/viewcvs?rev=236810&root=gcc&view=rev
Log:
gcc/
PR middle-end/71279
* fold-const.c (fold_ternary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71279
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Fri May 27 10:43:34 2016
New Revision: 236811
URL: https://gcc.gnu.org/viewcvs?rev=236811&root=gcc&view=rev
Log:
gcc/
Backport from mainline r236810.
2016-05-27 Ilya
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71279
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
This fail starts with r236299. Looks like it happens because 'this' parameter
of instrumented constructor has wrong DECL_CONTEXT (not instrumented version o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71529
--- Comment #1 from Ilya Enkovich ---
Arguments copied for instrumented functions with no body don't have their
context fixed. It didn't trigger any problems before but does now because we
may inline into thunks. I'm testing this patch now:
di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71488
--- Comment #5 from Ilya Enkovich ---
What seems suspicious to me is how we vectorize boolean comparison. Before
vectorization we have (_3, _5, _6 are bool):
_3 = var_9.0_2 == 0;
_6 = _3 > _5;
vectorized code:
mask__3.59_62 = vect_cst__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71488
--- Comment #6 from Ilya Enkovich ---
I think we should disable vectorization of boolean comparison (except '==' and
'!=') and handle them applying patterns. E.g. a > b ==> a & !b, a >= b ==> a |
!b etc. Bitwise operations are better because wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71488
--- Comment #8 from Ilya Enkovich ---
Created attachment 38703
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38703&action=edit
Enable masks comparison using patterns
(In reply to rguent...@suse.de from comment #7)
>
> Sounds reasonable th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71488
--- Comment #9 from Ilya Enkovich ---
Created attachment 38704
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38704&action=edit
Enable masks comparison with no new patterns
Here is a version without additional patterns (mask conversion pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71529
--- Comment #2 from Ilya Enkovich ---
Author: ienkovich
Date: Wed Jun 15 15:49:40 2016
New Revision: 237484
URL: https://gcc.gnu.org/viewcvs?rev=237484&root=gcc&view=rev
Log:
gcc/
PR middle-end/71529
* ipa-chkp.c (chkp_build_ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71559
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79787
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79634
--- Comment #4 from Ilya Enkovich ---
We hit function pointer propagation issues before and chkp_redirect_edge with
corresponding code in redirect_call_stmt_to_callee appeared to handle them. Why
doesn't it work in this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80880
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
Ilya Enkovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #5 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #3)
> The problem is that the internal MPX wrapper calls in libmpxwrappers.so:
Why doesn't call go through bndplt? Users might use similar code in their
libraries and expect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #7 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #6)
> -z bndplt is needed to call external functions with bounds. But
> it isn't needed for internal function calls.
That doesn't explain why we need a hack you propose. Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #9 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #8)
>
> MPX wrapper library doesn't call external functions with bounds
> and there is no need to use PLT to call internal functions within
> MPX wrapper library.
It doesn'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #11 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #10)
>
> MPX wrapper library isn't built with -z bndplt since it doesn't call
> external functions with bounds. But some internal functions, which
> need bounds, are calle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321
--- Comment #14 from Ilya Enkovich ---
(In reply to Jakub Jelinek from comment #13)
> So shall we still consider moving 32-bit stv pass before the combiner
> instead of after it? The argument about andn is no longer relevant, we have
> a one_cmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #13 from Ilya Enkovich ---
(In reply to Alexander Ivchenko from comment #12)
> Fixed with r243942
It should be backported to GCC6.
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
Looking at PR79990 I found that we can ICE on register variable usage even when
no CHKP is used.
Here is a possible testcase:
typedef int v8 __attribute__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
Ilya Enkovich changed:
What|Removed |Added
CC||ienkovich at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77267
--- Comment #6 from Ilya Enkovich ---
(In reply to Matthias Klose from comment #5)
> I think it's wrong to have HAVE_LD_PUSHPOPSTATE_SUPPORT baked into the
> driver while it can be easily changed with -fuse-ld=bfd. It would be very
> nice to hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65044
--- Comment #2 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 09:23:06 2015
New Revision: 221379
URL: https://gcc.gnu.org/viewcvs?rev=221379&root=gcc&view=rev
Log:
gcc/
PR target/65044
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65384
--- Comment #2 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 08:58:08 2015
New Revision: 221378
URL: https://gcc.gnu.org/viewcvs?rev=221378&root=gcc&view=rev
Log:
libmpx/
PR other/65384
* conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65103
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 09:53:36 2015
New Revision: 221380
URL: https://gcc.gnu.org/viewcvs?rev=221380&root=gcc&view=rev
Log:
gcc/
PR target/65103
* config/i38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65384
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65044
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65167
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65527
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
CC||ienkovich at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Wed Mar 25 12:41:27 2015
New Revision: 221661
URL: https://gcc.gnu.org/viewcvs?rev=221661&root=gcc&view=rev
Log:
gcc/
PR target/65508
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
--- Comment #3 from ienkovich at gcc dot gnu.org ---
When instrumentation clone is created for a node with a comdat group, it gets
the same comdat group and is linked with the original node via
same_comdat_group. Do I need to change this behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65495
--- Comment #1 from Ilya Enkovich ---
Author: ienkovich
Date: Fri Mar 27 10:29:04 2015
New Revision: 221725
URL: https://gcc.gnu.org/viewcvs?rev=221725&root=gcc&view=rev
Log:
PR target/65495
* c-family/c.opt (fcheck-pointer-bounds): List
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Ilya Enkovich ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65602
--- Comment #1 from Ilya Enkovich ---
(In reply to Rainer Orth from comment #0)
> All link tests will fail on all non-Linux targets since only those provide
> the
> MPX runtime libraries. The check_effective_target_mpx test in
> gcc.target/i386/m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65602
--- Comment #3 from Ilya Enkovich ---
Created attachment 35162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35162&action=edit
patch to fix mpx target check and alloca usage
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> I
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Ilya Enkovich ---
Fixed
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Ilya Enkovich ---
Fixed
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Ilya Enkovich ---
Fixed by r221314
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65602
--- Comment #4 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Mar 31 08:24:38 2015
New Revision: 221787
URL: https://gcc.gnu.org/viewcvs?rev=221787&root=gcc&view=rev
Log:
PR target/65602
* gcc.target/i386/mpx/alloca-1-lbv.c (mpx_test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Mar 31 08:29:28 2015
New Revision: 221788
URL: https://gcc.gnu.org/viewcvs?rev=221788&root=gcc&view=rev
Log:
gcc/
PR target/65531
* ipa-chkp.c (chkp_maybe_create_clone):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65602
Ilya Enkovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65531
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65444
--- Comment #1 from Ilya Enkovich ---
Author: ienkovich
Date: Thu Apr 2 08:15:49 2015
New Revision: 221831
URL: https://gcc.gnu.org/viewcvs?rev=221831&root=gcc&view=rev
Log:
gcc/
PR driver/65444
* config/i386/linux-common.h (MPX_SPEC):
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Ilya Enkovich ---
Fixed
||2015-04-15
CC||ienkovich at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |ienkovich at gcc dot
gnu.org
Ever confirmed|0 |1
||2015-04-15
Assignee|unassigned at gcc dot gnu.org |ienkovich at gcc dot
gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64805
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Ilya Enkovich ---
Fixed
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #13 from Ilya Enkovich ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63854
Bug 63854 depends on bug 64003, which changed state.
Bug 64003 Summary: valgrind complains about get_attr_length_nobnd in
insn-attrtab.c from i386.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64003
What|Removed
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #28 from Ilya Enkovich ---
Fixed
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
Created attachment 35485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35485&action=edit
reproducer
>gcc mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66048
--- Comment #2 from Ilya Enkovich ---
(In reply to Uroš Bizjak from comment #1)
> There is a *very* picky assert in mode-switching.c that otherwise allows
> various exceptions when expected sequence:
>
> (set (reg X) ...)
>
> (use (reg X))
Wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66048
--- Comment #4 from Ilya Enkovich ---
Author: ienkovich
Date: Wed May 13 07:49:59 2015
New Revision: 223114
URL: https://gcc.gnu.org/viewcvs?rev=223114&root=gcc&view=rev
Log:
gcc/
PR target/66048
* function.c (diddle_return_valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65103
--- Comment #2 from Ilya Enkovich ---
Author: ienkovich
Date: Wed May 13 08:29:14 2015
New Revision: 223119
URL: https://gcc.gnu.org/viewcvs?rev=223119&root=gcc&view=rev
Log:
gcc/
PR target/65103
* config/i386/i386.c (ix86_rtx_c
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
Created attachment 35536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35536&action=edit
rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66134
--- Comment #1 from Ilya Enkovich ---
Author: ienkovich
Date: Fri May 15 09:38:44 2015
New Revision: 223215
URL: https://gcc.gnu.org/viewcvs?rev=223215&root=gcc&view=rev
Log:
gcc/
PR middle-end/66134
* tree-chkp.c (chkp_get_orgi
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
Check added by r222991 reveals a problem with function types created for
instrumented functions.
>cat test1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #1 from Ilya Enkovich ---
Author: ienkovich
Date: Thu May 21 08:32:52 2015
New Revision: 223471
URL: https://gcc.gnu.org/viewcvs?rev=223471&root=gcc&view=rev
Log:
gcc/
PR middle-end/66221
* ipa-chkp.c (chkp_copy_func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #3 from Ilya Enkovich ---
Author: ienkovich
Date: Thu May 21 09:47:32 2015
New Revision: 223474
URL: https://gcc.gnu.org/viewcvs?rev=223474&root=gcc&view=rev
Log:
gcc/
Backport from mainline r223471
2015-05-21 Ilya
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65527
--- Comment #2 from Ilya Enkovich ---
Author: ienkovich
Date: Mon Jun 1 11:24:07 2015
New Revision: 223929
URL: https://gcc.gnu.org/viewcvs?rev=223929&root=gcc&view=rev
Log:
gcc/
PR target/65527
* cgraph.c (cgraph_edge::redirec
||2015-09-24
CC||ienkovich at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |ienkovich at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Ilya Enkovich ---
(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65105
--- Comment #3 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Sep 29 09:32:40 2015
New Revision: 228231
URL: https://gcc.gnu.org/viewcvs?rev=228231&root=gcc&view=rev
Log:
gcc/
PR target/65105
* config/i386/i386.c: Include db
||ienkovich at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Ilya Enkovich ---
New pass_stv handles it by transforming scalar computations into vector ones.
Assignee: unassigned at gcc dot gnu.org
Reporter: ienkovich at gcc dot gnu.org
Target Milestone: ---
>cat test.f
COMMON /FMCOM / X(80 000 000)
CALL T(XX(A))
COMMON /FMCOM / XX(80 000 000)
>builds/trunk/64/20150927/bin/gfortran test.f
f951: in
||2015-09-29
Assignee|unassigned at gcc dot gnu.org |ienkovich at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Ilya Enkovich ---
The problem is in debug insns which are not ignored by introduced
transformation. It results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67761
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67909
--- Comment #5 from Ilya Enkovich ---
Author: ienkovich
Date: Tue Oct 13 13:08:31 2015
New Revision: 228760
URL: https://gcc.gnu.org/viewcvs?rev=228760&root=gcc&view=rev
Log:
gcc/
2014-10-13 Yuri Rumyantsev
PR tree-optimization/6790
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67920
Ilya Enkovich changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67909
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66887
--- Comment #3 from Ilya Enkovich ---
Author: ienkovich
Date: Thu Oct 15 09:26:39 2015
New Revision: 228838
URL: https://gcc.gnu.org/viewcvs?rev=228838&root=gcc&view=rev
Log:
libmpx/
PR other/66887
* mpxrt/mpxrt.c (read_mpx_stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530
Bug 65530 depends on bug 66887, which changed state.
Bug 66887 Summary: trunk/libmpx/mpxrt/mpxrt.c:158: possible performance problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66887
What|Removed |Added
---
101 - 200 of 408 matches
Mail list logo
