Jan Hubicka hubi...@ucw.cz writes:
* gfortran.dg/lto/pr41576_1.f90: Add interface.
* gfortran.dg/lto/pr41521_0.f90: Disable lto-type-mismatch
FAIL: gfortran.dg/lto/pr41521 f_lto_pr41521_0.o assemble, -g -O -flto
-Wno-lto-type-mismatch
FAIL: gfortran.dg/lto/pr41576
Attached patch fixes PR 66174. We have to push an immediate mask
operand in expand_vec_perm_blend to a mask register for AVX512F modes.
The patch also enables AVX512BW modes in the above function.
2015-05-17 Uros Bizjak ubiz...@gmail.com
PR target/66174
* config/i386/i386.c
Hi,
this is a variant of patch I backported to GCC 4.9. It also includes the
earlier
for for -fstrict-aliasing boundary.
Honza
Index: ChangeLog
===
--- ChangeLog (revision 223269)
+++ ChangeLog (working copy)
@@ -1,3 +1,10 @@
This patch tidies the prologue and epilogue altivec code a little.
A number of places using info-altivec_size unnecessarily also test
TARGET_ALTIVEC_ABI, when rs6000_stack_info() guarantees that
info-altivec_size is zero if !TARGET_ALTIVEC_ABI.
Similarly by inspection of rs6000_stack_info() code,
This small refinement to the -fsplit-stack prologue arg pointer
initialization improves code generation. Compare the -O2
gcc/testsuite/gcc.dg/split-3.c code for down() below.
before after
mflr 0 mflr 0
std 31,-8(1)std 31,-8(1)
The function `splay_tree_node splay_tree_lookup (splay_tree, splay_tree_key);'
updates the nodes every time a lookup is done.
IIUC, There are places where we call this function in a loop i.e., we lookup
different elements every time.
e.g.,
In this exaple we are looking for a different `t' in
The following series of patches add -fsplit-stack support for
powerpc64-linux. Each was cumulatively bootstrapped and regression
tested powerpc64-linux and powerpc64le-linux.
--
Alan Modra
Australia Development Lab, IBM
This patch changes rs6000_stack_info to keep save areas offsets even
when not used. I need lr_save_offset valid for split-stack, and it
seemed reasonable to treat the other offsets the same. Not zeroing
the offsets requires just one change in code that uses them, the
use_backchain_to_restore_sp
Hello world,
this patch extends the inline matmul functionality to conjugate
complex numbers.
Regression-tested. OK for trunk?
Regards
Thomas
2015-05-17 Thomas Koenig tkoe...@gcc.gnu.org
PR fortran/66176
* frontend-passes.c (check_conjg_variable): New function.
Every check_$lang_parallelize setting is in the language specific
Make-lang.in file except for the C front-end check_gcc_parallelize
setting which is in the toplevel Makefile.in file. This seems to be
an oversight, as it was only 3 years ago that the c/ subdir was
created, and the
Hi,
this patch adds basic checking of TYPE_CANOINCAL. It checkes TYPE_CANONICAL
forms a tree and it moves lto's gimple_canonical_types_compatible_p back to
middle-end and uses it to check that TYPE_CANONICAL is compatible and thus none
of the FEs produce types sharing TYPE_CANONICAL that would be
On 05/16/2015 12:58 PM, Jerry DeLisle wrote:
On 05/16/2015 10:45 AM, Jerry DeLisle wrote:
--- snip ---
Thanks Steve,
Committed revision 223248.
I had some time to play with this a little more this afternoon.
I am going to commit the following little patchlet that gives us the nice
Date: Sat, 16 May 2015 11:53:57 -0400
From: tbsau...@tbsaunde.org
To: hiradi...@msn.com
CC: gcc-patches@gcc.gnu.org
Subject: Re: Refactor gimple_expr_type
On Fri, May 15, 2015 at 07:13:35AM +, Aditya K wrote:
Hi,
I have tried to refactor
Ok, I just commit fixing some other lines length except those having a
long hyperlink, I didn't want to break those.
François
On 16/05/2015 21:32, Jonathan Wakely wrote:
On 16/05/15 11:39 +0200, François Dumont wrote:
On 14/05/2015 15:47, Jonathan Wakely wrote:
Reported by Nathan and fixed
Ping?!
Thanks,
Andreas
On 11.05.15 22:34, Andreas Tobler wrote:
All,
this patch adds the ability to build PIE executables for FreeBSD. The
core is since a longer time in the code base of FreeBSD itself and is
working fine.
This patch makes it available for all FreeBSD targets.
Tested on
Hi,
Since the recent changes in combine w.r.t. canonical forms of ashift and
mult outside mems, some of the SH patterns stopped working. The
attached patch fixes the failures in gcc.target/sh/pr54236-1.c.
Tested briefly with
make -k check-gcc RUNTESTFLAGS=sh.exp --target_board=sh-sim
Andreas Krebbel kreb...@linux.vnet.ibm.com writes:
Hi Richard,
I see regressions with the current IBM z13 vector patchset which appear to be
related to the new
genrecog.
The following two insn definitions only differ in the mode and predicate of
the shift count operand.
(define_insn
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-5.1.0.sv.po', has
Hi,
This patch finishes the conversion of Fortran diagnostics to use the
common diagnostics by removing all gfc_error*_1 variants.
I noticed that whether some buffered gfc_error_1() end up printed may
depend on whether a gfc_error_now is given or not, and not only on
whether there is any output
Hello,
first, this patch is not ready (it doesn't even bootstrap), I am posting
it for comments. The idea is, when we do value numbering, while looking
for the current value of a local variable, we may hit a clobber or reach
the beginning of the function. In both cases, it seems to me that we
On Sat, May 16, 2015 at 09:55:08PM -0400, Hans-Peter Nilsson wrote:
With a plus or minus combine would always write it as a mult.
I don't think any other pass would create this combination. I
haven't tested it though.
Ports probably also generate that internally at various RTL
passes,
On Sun, 17 May 2015, Segher Boessenkool wrote:
I used http://git.infradead.org/users/segher/buildall.git; it has
a README. I see that doc is a little out of date, I'll update.
(git: not http: for cloning) Thanks, looks useful.
Hm, maybe we already mention this in the wiki...
- add a
Hello world,
I have committed the two test cases below as obviously
correct after testing.
They stress bounds checking on matmul by having an argument
whose size cannot be predicted at compile-time.
Regards
Thomas
2015-05-17 Thomas Koenig tkoe...@gcc.gnu.org
PR
23 matches
Mail list logo