Re: Improve LTO type checking during symtab merging

2015-05-17 Thread Andreas Schwab
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

[PATCH, i386]: Fix PR66174: ICE: in extract_insn with -ftree-vectorize -mavx512f

2015-05-17 Thread Uros Bizjak
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

Re: Work around PR65873

2015-05-17 Thread Jan Hubicka
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 @@

[PATCH 2/4] prologue and epilogue tidy and -mno-vrsave bug fix

2015-05-17 Thread Alan Modra
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,

[PATCH 4/4] Split-stack arg pointer init refinement

2015-05-17 Thread Alan Modra
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)

Remove splay_tree from gimplify.c

2015-05-17 Thread Aditya K
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

[Patch 0/4] PowerPC64 Linux split stack support

2015-05-17 Thread Alan Modra
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

[PATCH 1/4] rs6000_stack_info changes for -fsplit-stack

2015-05-17 Thread Alan Modra
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

[patch, fortran] Inline matmul with conjugate complex numbers

2015-05-17 Thread Thomas Koenig
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.

[PATCH] move check-gcc parallelize value into C front end

2015-05-17 Thread Jim Wilson
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

Check canonical types in verify_type

2015-05-17 Thread Jan Hubicka
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

Re: [patch, fortran] [5/6 Regression] Line continuation followed by comment character in string fails to compile

2015-05-17 Thread Jerry DeLisle
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

RE: Refactor gimple_expr_type

2015-05-17 Thread Aditya K
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

Re: [patch] libstdc++/66055 add missing constructors to unordered containers

2015-05-17 Thread François Dumont
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

Re: [PATCH] FreeBSD add functionality to build PIE executables.

2015-05-17 Thread Andreas Tobler
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

[SH][committed] Fix gcc.target/sh/pr54236-1.c failures

2015-05-17 Thread Oleg Endo
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

Re: Mostly rewrite genrecog

2015-05-17 Thread Richard Sandiford
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

New Swedish PO file for 'gcc' (version 5.1.0)

2015-05-17 Thread Translation Project Robot
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

PR fortran/44054 Convert all gfc_error_1 calls to gfc_error

2015-05-17 Thread Manuel López-Ibáñez
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

PRE and uninitialized variables

2015-05-17 Thread Marc Glisse
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

Re: [RFC]: Remove Mem/address type assumption in combiner

2015-05-17 Thread Segher Boessenkool
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,

Re: [RFC]: Remove Mem/address type assumption in combiner

2015-05-17 Thread Hans-Peter Nilsson
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

[patch, fortran] Committed two additional test cases

2015-05-17 Thread Thomas Koenig
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