[gomp4] Merge trunk r230048 (2015-11-09) into gomp-4_0-branch

Hi! Committed to gomp-4_0-branch in r230084: commit 2b663911808921396592f62fe3ae8eb1d49923a8 Merge: 4ca3d77 2f8f4fa Author: tschwinge Date: Tue Nov 10 07:06:39 2015 + svn merge -r 229832:230048 svn+ssh://gcc.gnu.org/svn/gcc/trunk git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc

Re: [1/2] OpenACC routine support

On 11/09/2015 04:48 PM, Nathan Sidwell wrote: > And these are the new tests. Cesar, c-c++-common/goacc/routine-5.c will > need adjusting with your C++ parser patch. You'll see the two cases > I've #if'd out. I enabled those tests in trunk with the patch I posted here

Re: [1/2] OpenACC routine support

On 11/09/2015 04:31 PM, Nathan Sidwell wrote: > On 11/03/15 10:35, Jakub Jelinek wrote: >> On Mon, Nov 02, 2015 at 02:21:43PM -0500, Nathan Sidwell wrote: >>> --- gcc/c/c-parser.c(revision 229667) >>> +++ gcc/c/c-parser.c(working copy) >>> @@ -1160,7 +1160,8 @@ enum c_parser_prec { >>> st

Re: [PATCH][haifa-sched] PR rtl-optimization/68236: Exit early from autoprefetcher lookahead if not in haifa sched

On 11/09/2015 11:31 AM, Kyrill Tkachov wrote: Ok for trunk? Yes, thanks. 2015-11-09 Kyrylo Tkachov PR rtl-optimization/68236 * haifa-sched.c (autopref_multipass_dfa_lookahead_guard): Return 0 if insn_queue doesn't exist. (haifa_sched_finish): Reset insn_queue to NULL.

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On Mon, 9 Nov 2015, Trevor Saunders wrote: > The add default macro definitions then wrap those with hooks, then > target by target replace the macro by hook overrides approach seems to > provide that you can incrementally test and fiind most of the issues, > but the change a macro every where appr

Re: [PATCH PR52272]Be smart when adding iv candidates

On Mon, Nov 9, 2015 at 11:24 PM, Bernd Schmidt wrote: > On 11/08/2015 10:11 AM, Richard Biener wrote: >> >> On November 8, 2015 3:58:57 AM GMT+01:00, "Bin.Cheng" >> wrote: +inline bool +iv_common_cand_hasher::equal (const iv_common_cand *ccand1, + cons

Re: [PATCH/RFC/RFA] Machine modes for address printing (all targets)

On Mon, 9 Nov 2015, Julian Brown wrote: > Thanks! I used the attached "build-all.sh" to test all the targets > affected by the patch with "make all-gcc": those now all succeed > (I'm sure I reinvented a wheel here, but perhaps the target list is > useful to someone else). The wheel you reinvented

[SPARC] Fix PR target/57845

This PR is about an ICE on SPARC 32-bit with -freg-struct-return. I didn't know that this option was supported on this architecture but apparently it was, at least in the 3.x series, so the attached patchlet fixes the ICE. Tested on SPARC/Solaris (including compat testing), applied on all branc

Re: [1/2] OpenACC routine support

And these are the new tests. Cesar, c-c++-common/goacc/routine-5.c will need adjusting with your C++ parser patch. You'll see the two cases I've #if'd out. nathan 2015-11-09 Nathan Sidwell gcc/testsuite/ * c-c++-common/goacc/routine-1.c: New. * c-c++-common/goacc/routine-2.c: New. * c-

Re: [PATCH], Add power9 support to GCC, patch #6 (IEEE 128-bit hardware support)

I don't see any conversions between KFmode and TImode (in either direction, signed or unsigned) here - I suppose there are no instructions for that? If so, I would guess (without having tested it) that it is more efficient to use the libgcc2 implementations of those functions (whether copied, o

Re: [1/2] OpenACC routine support

On 11/03/15 10:35, Jakub Jelinek wrote: On Mon, Nov 02, 2015 at 02:21:43PM -0500, Nathan Sidwell wrote: --- gcc/c/c-parser.c(revision 229667) +++ gcc/c/c-parser.c(working copy) @@ -1160,7 +1160,8 @@ enum c_parser_prec { static void c_parser_external_declaration (c_parser *); static v

Re: [PATCH], Add power9 support to GCC, patches #2-5 committed

Actually, it looks like I changed advanced fusion -> power9 fusion. -- Michael Meissner, IBM IBM, M/S 2506R, 550 King Street, Littleton, MA 01460-6245, USA email: meiss...@linux.vnet.ibm.com, phone: +1 (978) 899-4797

Re: [PATCH], Add power9 support to GCC, patches #2-5 committed

David said I could commit patches 2-5 after fixing the points that Segher Boessenkool raised. I think I addressed most of the points. If not, let me know. I now recall, I have not yet fixed the 'advance fusion' vs. 'power9 fusion' wording in comments, and I will get to that shortly. I updated t

Re: RFC: Experimental use of Sphinx for GCC documentation

On Sun, 8 Nov 2015, David Malcolm wrote: > I've been experimenting with using Sphinx [1] for GCC's documentation. > > You can see an HTML sample of GCC docs built with Sphinx here: > https://dmalcolm.fedorapeople.org/gcc/2015-08-31/rst-experiment/gcc.html > (it's a work-in-progress; i.e. there ar

Re: Use combined_fn in tree-vrp.c

On 11/07/2015 01:46 PM, Richard Sandiford wrote: @@ -3814,8 +3817,8 @@ extract_range_basic (value_range *vr, gimple *stmt) break; /* Both __builtin_ffs* and __builtin_popcount return [0, prec]. */ - CASE_INT_FN (BUILT_IN_FFS): - CASE_INT_FN (BUILT_IN_

Re: [PATCH] c/67882 - improve -Warray-bounds for invalid offsetof

On Sat, 7 Nov 2015, Segher Boessenkool wrote: > > The last one is certainly invalid. The one before is arguably invalid as > > well (in the unary '&' equivalent, &a5_7[5][0] which is equivalent to > > a5_7[5] + 0, the questionable operation is implicit conversion of a5_7[5] > > from array to p

Re: Extend tree-call-cdce to calls whose result is used

On Sat, 7 Nov 2015, Richard Sandiford wrote: > - the call to sqrt is protected by the result of the optab rather > than the input. It would be better to check !(x >= 0), like > tree-call-cdce.c does. Well, no, isless (x, 0) (or !isgreaterequal (x, 0), since it doesn't matter what result a N

Re: RFC: Experimental use of Sphinx for GCC documentation

On 11/08/2015 06:55 AM, David Malcolm wrote: I've been experimenting with using Sphinx [1] for GCC's documentation. [snip] The primary advantages of .rst/sphinx over .texi/texinfo I see are in the generated HTML: * sane, stable URLs (so e.g. there is a reliable URL for the docs for, say, "-Wal

Re: [Patch] Change to argument promotion in fixed conversion library calls

On 11/09/2015 10:10 PM, Steve Ellcey wrote: emit_library_call_value_1 has no way of knowing if the promotion should be signed or unsigned because it has a mode (probably QImode or HImode) that it knows may need to be promoted to SImode but it has no way to know if that should be a signed or unsig

[testsuite] Small adjustment to gcc.dg/sso testcases

I just noticed that all the new gcc.dg/sso testcases fail on visium-elf because the libc (newlib) apparently uses DOS line termination and this fools the dg-output directives. Hence the attached patch, which makes them more robust on this front. Tested on x86_64-suse-linux & visium-elf, applie

Re: [OpenACC] declare directive

Jakub, The attached patch and ChangeLog reflects the updates from your review: https://gcc.gnu.org/ml/gcc-patches/2015-11/msg01002.html All of the issues you pointed out have been addressed. I've also added a test that uses C++ templates. A bug was also fixed in the parsers which dealt with det

Re: [PATCH][optabs][ifcvt][1/3] Define negcc, notcc optabs

On 11/09/2015 05:23 AM, Kyrill Tkachov wrote: Hi all, This is a rebase of the patch I posted at: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00154.html The patch has been ok'd by Jeff but I wanted to hold off committing it until my fixes for the ifcvt regressions on sparc and x86_64 were fixe

Re: [PATCH 3/4][AArch64] Add scheduling model for Exynos M1

I think that it's better if I split this patch further in two others, since one of the changes is best if done in aarch64.md. Please, disregard this patch and watch for updates. Thank you, -- Evandro Menezes On 11/05/2015 05:30 PM, Evandro Menezes wrote: 2015-11-05 Evandro Menezes gcc/

Re: [PATCH][AArch64] Replace insn to zero up DF register

Hi, Marcus. Have you an update from the architecture folks about this? Thank you, -- Evandro Menezes On 10/30/2015 05:24 AM, Marcus Shawcroft wrote: On 20 October 2015 at 00:40, Evandro Menezes wrote: In the existing targets, it seems that it's always faster to zero up a DF register with "m

[visium] Turn a few macros into hooks

On the heels of Julian's patch, this turns the 3 PRINT_OPERAND_* macros into hooks for the Visium port. Tested on visium-elf, applied on the mainline. 2015-11-09 Eric Botcazou * config/visium/visium.h (PRINT_OPERAND): Delete. (PRINT_OPERAND_PUNCT_VALID_P): Likewise.

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On Mon, Nov 09, 2015 at 03:07:21PM -0700, Jeff Law wrote: > On 11/09/2015 02:30 PM, Trevor Saunders wrote: > > > >So in general when I've done cross target things I think I've found more > >bugs with config-list.mk than with a regtest, but the regtest has found > >some things I think. > I'm finding

Re: [PATCH] c/67882 - improve -Warray-bounds for invalid offsetof

On 11/07/2015 04:38 PM, Segher Boessenkool wrote: On Tue, Oct 20, 2015 at 10:10:44PM +, Joseph Myers wrote: typedef struct FA5_7 { int i; char a5_7 [5][7]; } FA5_7; __builtin_offsetof (FA5_7, a5_7 [0][7]), // { dg-warning "index" } __builtin_offsetof (FA5_7, a5_7 [1]

Re: Extend mathfn_built_in to handle combined_fn

On 11/07/2015 05:52 AM, Richard Sandiford wrote: This patch extends mathfn_built_in to handle combined_fn, but keeps the old built_in_function interface around since it's a common case. Tested on x86_64-linux-gnu, aarch64-linux-gnu and arm-linux-gnueabi. OK to install? Thanks, Richard gcc/

Re: Make more use of combined_fn

On 11/07/2015 05:44 AM, Richard Sandiford wrote: This patch generalises fold-const.[hc] routines to use combined_fn instead of built_in_function. It also updates gimple-ssa-backprop,c since the update is simple and it avoids churn on the call to negate_mathfn_p. Tested on x86_64-linux-gnu, aarc

Fix PR middle-end/68259

It's another fallout of the scalar-storage-order merge in the form of a tree checking failure in reverse_storage_order_for_component_p with UBSan. The tree generated by UBSan is arguably invalid (it's a COMPONENT_REF of a REFERENCE_TYPE) but the code already works around invalid trees generated i

Re: Use combined_fn in tree-vect-patterns.c

On 11/07/2015 05:50 AM, Richard Sandiford wrote: Another patch to extend uses of built_in_function to combined_fn, this time in tree-vect-patterns.c. The old code didn't handle the long double pow variants, but I think that's because noone had a target that would benefit rather than because the

Re: Use combined_fn in tree-ssa-math-opts.c

On 11/07/2015 05:49 AM, Richard Sandiford wrote: Another patch to extend uses of built_in_function to combined_fn, this time in tree-ssa-math-opts.c. Tested on x86_64-linux-gnu, aarch64-linux-gnu and arm-linux-gnueabi. OK to install? Thanks, Richard gcc/ * tree-ssa-math-opts.c: Includ

Re: Use combined_fn in tree-ssa-reassoc.c

On 11/07/2015 05:48 AM, Richard Sandiford wrote: Another patch to extend uses of built_in_function to combined_fn, this time in tree-ssa-reassoc.c. Tested on x86_64-linux-gnu, aarch64-linux-gnu and arm-linux-gnueabi. OK to install? Thanks, Richard gcc/ * tree-ssa-reassoc.c: Include ca

Re: Use combined_fn in tree-vrp.c

On 11/07/2015 05:46 AM, Richard Sandiford wrote: Another patch to extend uses of built_in_function to combined_fn, this time in tree-vrp.c. Tested on x86_64-linux-gnu, aarch64-linux-gnu and arm-linux-gnueabi. OK to install? Thanks, Richard gcc/ * tree-vrp.c: Include case-cfn-macros.h.

Re: Add gencfn-macros.c

On 11/07/2015 05:35 AM, Richard Sandiford wrote: This patch automatically generates case macros such as: CASE_CFN_SQRT for each {F,,L} floating-point built-in function and each {,L,LL,IMAX} integer built-in function. The macros match the same built-in functions as CASE_FLT_FN and CASE_INT

Re: [PATCH], Add power9 support to GCC, patch #5 (ISA 3.0 fusion)

On Mon, Nov 9, 2015 at 2:17 PM, Michael Meissner wrote: > On Mon, Nov 09, 2015 at 01:11:41PM -0800, David Edelsohn wrote: >> On Mon, Nov 9, 2015 at 11:57 AM, Segher Boessenkool >> wrote: >> > On Mon, Nov 09, 2015 at 12:34:20PM -0500, Michael Meissner wrote: >> >> > > +(define_insn "*toc_fusionloa

Re: Extend fold_const_call to combined_fn

On 11/07/2015 05:37 AM, Richard Sandiford wrote: This patch extends fold_const_call so that it can handle internal as well as built-in functions. Tested on x86_64-linux-gnu, aarch64-linux-gnu and arm-linux-gnueabi. OK to install? Thanks, Richard gcc/ * fold-const-call.h (fold_const_ca

Re: Add internal bitcount functions

On 11/07/2015 05:32 AM, Richard Sandiford wrote: This patch adds internal function equivalents of all the INT_FN functions. Unlike the math functions, these functions never set errno and the internal functions should be exactly equivalent to the built-in ones. The reason for defining the interna

Re: Add internal math functions

On 11/07/2015 05:30 AM, Richard Sandiford wrote: This patch adds internal functions for simple FLT_FN built-in functions, in cases where an associated optab already exists. Unlike some of the built-in functions, these internal functions never set errno. LDEXP is an odd-one out in that its secon

Re: [PATCH], Add power9 support to GCC, patch #5 (ISA 3.0 fusion)

On Mon, Nov 09, 2015 at 01:11:41PM -0800, David Edelsohn wrote: > On Mon, Nov 9, 2015 at 11:57 AM, Segher Boessenkool > wrote: > > On Mon, Nov 09, 2015 at 12:34:20PM -0500, Michael Meissner wrote: > >> > > +(define_insn "*toc_fusionload_" > >> > > + [(set (match_operand:QHSI 0 "int_reg_operand" "

Re: RFC: C++ delayed folding merge

> Right, the change is just to the C++ front end 'convert'. OK, thanks for the clarification. -- Eric Botcazou

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 02:30 PM, Trevor Saunders wrote: So in general when I've done cross target things I think I've found more bugs with config-list.mk than with a regtest, but the regtest has found some things I think. I'm finding config-list.mk fairly reliable, with the notable exception of the avr-

Remove unused openacc call

I've committed this to trunk. It nuke the now unused GOACC_GET_NUM_THREADS and GOACC_GET_THREAD_NUM calls. Also fixed up some comment typos I noticed nathan 2015-11-09 Nathan Sidwell * omp-low.c: Fix some OpenACC comment typos. (lower_reduction_clauses): Remove BUILT_IN_GOACC_GET_THR

Re: [PATCH 05/12] always define VMS_DEBUGGING_INFO

On Mon, Nov 09, 2015 at 08:37:19PM +0100, Bernd Schmidt wrote: > On 11/09/2015 08:29 PM, Trevor Saunders wrote: > >as I said in 0/12 this did go through config-list.mk, and checking again > >this does build on alpha-dec-vms. > > The question I have is - why does it build on any other target? It's

Re: [patch] New remainder of front end header reduction

On 11/02/2015 06:58 AM, Andrew MacLeod wrote: On 11/02/2015 01:41 AM, Jeff Law wrote: On 10/30/2015 07:37 AM, Andrew MacLeod wrote: OK, here's the much delayed front end reduction patch based on the reordering already being checked in. I discovered that my targets builds were only building c/c

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On Mon, Nov 09, 2015 at 12:46:33PM -0700, Jeff Law wrote: > On 11/09/2015 12:38 PM, Bernd Schmidt wrote: > >On 11/09/2015 07:52 PM, Trevor Saunders wrote: > > > >>yeah, that's more or less my thought, and this makes hookization easier > >>since you can now mechanically add a hook for each thing in

Remove instantiations when no concept check

Hi I just committed this trivial cleanup. 2015-11-09 François Dumont * include/bits/stl_algo.h (partial_sort_copy): Instantiate std::iterator_traits only if concept checks. (lower_bound): Likewise. (upper_bound): Likewise. (equal_range): Likewise. (binary_searc

Re: [PATCH], Add power9 support to GCC, patch #5 (ISA 3.0 fusion)

On Mon, Nov 9, 2015 at 11:57 AM, Segher Boessenkool wrote: > On Mon, Nov 09, 2015 at 12:34:20PM -0500, Michael Meissner wrote: >> > > +(define_insn "*toc_fusionload_" >> > > + [(set (match_operand:QHSI 0 "int_reg_operand" "=&b,??r") >> > > + (match_operand:QHSI 1 "toc_fusion_mem_wrapped" "wG,wG")

Re: [Patch] Change to argument promotion in fixed conversion library calls

On Mon, 2015-11-09 at 21:47 +0100, Bernd Schmidt wrote: > On 11/09/2015 05:59 PM, Steve Ellcey wrote: > > Here is a version with the code moved into a new function. How does > > this look? > > > > 2015-11-09 Steve Ellcey > > > > * optabs.c (prepare_libcall_arg): New function. > > (expan

Re: [PATCH 01/12] reduce conditional compilation for HARD_FRAME_POINTER_IS_ARG_POINTER

On 11/09/2015 09:58 PM, Trevor Saunders wrote: With the exception of the emit-rtl.c hunk I think I've correctly convinced myself this macro is just an optimization. I also looked at that one and initially thought that it can simply go away, but the earlier test for FRAME_POINTER_REGNUM also ha

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On Nov 9, 2015, at 11:46 AM, Jeff Law wrote: On 11/09/2015 12:38 PM, Bernd Schmidt wrote: >> We might want to think about making a policy decision to try waiving >> some of the testing requirements for target macro -> hook conversions. >> Maybe try only a "build to cc1" requirement and see whether

Re: [PATCH], Add power9 support to GCC, patch #7 (direct move enhancements)

I evidently forgot to attach the patch. [gcc] 2015-11-08 Michael Meissner * config/rs6000/constraints.md (we constraint): New constraint for 64-bit power9 vector support. (wL constraint): New constraint for the element in a vector that can be addressed by the MF

Re: [PATCH 11/12] always define HAVE_AS_LEB128

On Mon, Nov 09, 2015 at 07:42:32PM +0100, Bernd Schmidt wrote: > >-#ifdef HAVE_AS_LEB128 > >+#if HAVE_AS_LEB128 > > This patch doesn't seem to actually remove any conditional compilation? I guess, but it does make it possible to incrementally do that which wasn't possible before, and imo is an im

Re: Extend tree-call-cdce to calls whose result is used

Hi, On Mon, 9 Nov 2015, Richard Sandiford wrote: > +static bool > +can_use_internal_fn (gcall *call) > +{ > + /* Only replace calls that set errno. */ > + if (!gimple_vdef (call)) > +return false; Oh, I managed to confuse this in my head while reading the patch. So, hmm, you don't actua

Re: [PATCH 01/12] reduce conditional compilation for HARD_FRAME_POINTER_IS_ARG_POINTER

On Mon, Nov 09, 2015 at 08:01:28PM +0100, Bernd Schmidt wrote: > On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: > >+++ b/gcc/dbxout.c > >@@ -3076,10 +3076,8 @@ dbxout_symbol_location (tree decl, tree type, const > >char *suffix, rtx home) > >|| (REG_P (XEXP (home, 0)) > >

Re: RFC: C++ delayed folding merge

On 11/09/2015 02:28 PM, Jason Merrill wrote: On 11/09/2015 04:08 AM, Richard Biener wrote: On Mon, 9 Nov 2015, Jason Merrill wrote: I'm planning to merge the C++ delayed folding branch this week, but I need to get approval of the back end changes (the first patch attached). Most of these are t

Re: [Patch] Change to argument promotion in fixed conversion library calls

On 11/09/2015 05:59 PM, Steve Ellcey wrote: Here is a version with the code moved into a new function. How does this look? 2015-11-09 Steve Ellcey * optabs.c (prepare_libcall_arg): New function. (expand_fixed_convert): Add call to prepare_libcall_arg. Hold on a moment - I

Re: RFC: Experimental use of Sphinx for GCC documentation

> > > We do have also a texi2rst script which handles 90% of the work, the > > > rest requiring manual adaptations. I can send the script we've used if > > > this can help. > > > > I'm interested in seeing your script. Can you post/upload it somewhere? > > Yes I will. Let me get the latest versi

[PATCH, 16/16] Add libgomp.oacc-fortran/kernels-*.f95

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, 15/16] Add libgomp.oacc-c-c++-common/kernels-*.c

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, 14/16] Add gfortran.dg/goacc/kernels-*.f95

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, 13/16] Add c-c++-common/goacc/kernels-*.c

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, i386]: Fix gcc.target/i386/pr66648.c FAIL

2015-11-09 Uros Bizjak * config/i386/i386.md (*strmovqi_1): Fix insn enable condition. Tested on x86_64-linux-gnu {,-m32} and committed to mainline SVN. Uros. Index: config/i386/i386.md === --- config/i386/i386.md (revision 2

[PATCH, 12/16] Handle acc loop directive

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, 11/16] Update testcases after adding kernels pass group

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

Re: [PATCH], Add power9 support to GCC, patch #7 (direct move enhancements)

On Sun, Nov 08, 2015 at 07:48:56PM -0500, Michael Meissner wrote: > This patch adds support for the new direct move instructions (MFVSRLD and > MTVSRDD) that simplify moving 128-bit data between GPRs and vector registers. You forgot to attach the patch :-) Segher

Re: [PATCH] Minor refactoring in tree-ssanames.c & freelists verifier

On 11/09/2015 08:00 AM, Michael Matz wrote: Hi, On Mon, 9 Nov 2015, Jeff Law wrote: +verify_ssaname_freelists (struct function *fun) +{ + /* Do nothing if we are in RTL format. */ + basic_block bb; + FOR_EACH_BB_FN (bb, fun) +{ + if (bb->flags & BB_RTL) + return; +} gimp

[PATCH, 10/16] Add pass_oacc_kernels pass group in passes.def

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

Re: [PATCH], Add power9 support to GCC, patch #5 (ISA 3.0 fusion)

On Mon, Nov 09, 2015 at 12:34:20PM -0500, Michael Meissner wrote: > > > +(define_insn "*toc_fusionload_" > > > + [(set (match_operand:QHSI 0 "int_reg_operand" "=&b,??r") > > > + (match_operand:QHSI 1 "toc_fusion_mem_wrapped" "wG,wG")) > > > + (unspec [(const_int 0)] UNSPEC_FUSION_ADDIS) > > > +

Re: [PATCH 4/6] Simplify ix86_builtin_vectorized_function

On Mon, Nov 9, 2015 at 5:28 PM, Richard Sandiford wrote: > After the previous patches it's no longer necessary for > TARGET_BUILTIN_VECTORIZED_FUNCTION to return functions that > map to the vector optab of the original operation. We'll use > a vector form of the internal function instead. > > > g

[PATCH, 9/16] Add pass_parallelize_loops_oacc_kernels

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

[PATCH, testsuite]: Fix g++.dg/cilk-plus/CK/pr66326.cc FAILs

We don't have to use cilk.h convenience header. 2015-11-09 Uros Bizjak * g++.dg/cilk-plus/CK/pr66326.cc: Do not include cilk.h. (main): Use _Cilk_spawn instead of cilk_spawn. Tested on x86_64-linux-gnu and committed to mainline SVN. Uros. Index: g++.dg/cilk-plus/CK/pr66326.cc ===

Re: [PATCH], Add power9 support to GCC, patch #4

On Mon, Nov 09, 2015 at 12:27:34PM -0500, Michael Meissner wrote: > On Mon, Nov 09, 2015 at 10:29:10AM -0600, Segher Boessenkool wrote: > > On Sun, Nov 08, 2015 at 07:39:14PM -0500, Michael Meissner wrote: > > > +;; Pretend we have a memory form of extswsli until register allocation > > > is done

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 12:38 PM, Bernd Schmidt wrote: On 11/09/2015 07:52 PM, Trevor Saunders wrote: yeah, that's more or less my thought, and this makes hookization easier since you can now mechanically add a hook for each thing in defaults.h that invokes the macro. Then for each target you can go thr

Re: RFC: Experimental use of Sphinx for GCC documentation

> > We do have also a texi2rst script which handles 90% of the work, the > > rest requiring manual adaptations. I can send the script we've used if > > this can help. > > I'm interested in seeing your script. Can you post/upload it somewhere? Yes I will. Let me get the latest version we've used

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 07:52 PM, Trevor Saunders wrote: yeah, that's more or less my thought, and this makes hookization easier since you can now mechanically add a hook for each thing in defaults.h that invokes the macro. Then for each target you can go through and replace the macro with an override of

Re: [PATCH 05/12] always define VMS_DEBUGGING_INFO

On 11/09/2015 08:29 PM, Trevor Saunders wrote: as I said in 0/12 this did go through config-list.mk, and checking again this does build on alpha-dec-vms. The question I have is - why does it build on any other target? It's the reference that's unconditional, not the definition. Do we have enou

Re: [PATCH], Add power9 support to GCC, patch #3 (scalar count trailing zeros)

On Mon, Nov 09, 2015 at 12:17:49PM -0500, Michael Meissner wrote: > > > + "TARGET_CTZ" > > > + "cnttz %0,%1" > > > + [(set_attr "type" "cntlz")]) > > > > We should probably rename this attr value now. "cntz" maybe? Could be > > later of course. > > I don't see a need to add another type attr

Re: [PATCH], Add power9 support to GCC, patch #6 (IEEE 128-bit hardware support)

On Sun, Nov 08, 2015 at 07:44:52PM -0500, Michael Meissner wrote: > +/* Split a conversion from __float128 to an integer type into separate insns. > + OPERANDS points to the destination, source, and V2DI temporary > + register. CODE is either FIX or UNSIGNED_FIX. */ dot space space > +;; ISA

Re: [PATCH 05/12] always define VMS_DEBUGGING_INFO

On Mon, Nov 09, 2015 at 11:44:30AM -0700, Jeff Law wrote: > On 11/09/2015 11:34 AM, Bernd Schmidt wrote: > >In general I think the _DEBUGGING_INFO patches are going to be OK, > >modulo Jeff's comment about stage 1. I think they shouldn't have been > >split - it causes numerous unnecessary extra cha

Re: RFC: C++ delayed folding merge

On 11/09/2015 04:08 AM, Richard Biener wrote: On Mon, 9 Nov 2015, Jason Merrill wrote: I'm planning to merge the C++ delayed folding branch this week, but I need to get approval of the back end changes (the first patch attached). Most of these are the introduction of non-folding variants of co

Re: RFC: Experimental use of Sphinx for GCC documentation

On Sun, 2015-11-08 at 16:16 +0100, Arnaud Charlet wrote: > We've switched the Ada doc to sphinx indeed, so can only be > in favor of this change for the rest of GCC. > > We do have also a texi2rst script which handles 90% of the work, the > rest requiring manual adaptations. I can send the script

Re: RFC: Experimental use of Sphinx for GCC documentation

On Mon, 2015-11-09 at 16:54 +, Kyrill Tkachov wrote: > Hi David, > > On 08/11/15 13:55, David Malcolm wrote: > > I've been experimenting with using Sphinx [1] for GCC's documentation. > > > > You can see an HTML sample of GCC docs built with Sphinx here: > > https://dmalcolm.fedorapeople.org/g

Re: [PATCH 00/12] misc conditional compilation work

On Mon, Nov 09, 2015 at 10:57:10AM -0700, Jeff Law wrote: > On 11/09/2015 09:47 AM, tbsaunde+...@tbsaunde.org wrote: > >From: Trevor Saunders > > > >Hi, > > > >basically $subject, making some code unconditionally compiled, and changing > >other things from #ifdef to #if so they can be made uncondi

Re: [PATCH 01/12] reduce conditional compilation for HARD_FRAME_POINTER_IS_ARG_POINTER

On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: +++ b/gcc/dbxout.c @@ -3076,10 +3076,8 @@ dbxout_symbol_location (tree decl, tree type, const char *suffix, rtx home) || (REG_P (XEXP (home, 0)) && REGNO (XEXP (home, 0)) != HARD_FRAME_POINTER_REGNUM

Re: [PATCH], Add power9 support to GCC, patch #5 (ISA 3.0 fusion)

On Sun, Nov 8, 2015 at 4:42 PM, Michael Meissner wrote: > This patch adds support for new fusion forms in ISA 3.0 (power9). In > particular, ISA 3.0 can fuse GPR loads of R0, FPR loads, GPR stores, FPR > stores, and some constant generation that ISA 2.07 (power8) could not > generate. > > I have

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On Mon, Nov 09, 2015 at 11:42:19AM -0700, Jeff Law wrote: > On 11/09/2015 11:27 AM, Bernd Schmidt wrote: > >On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: > >>From: Trevor Saunders > >> > >>gcc/ChangeLog: > >> > >>2015-11-09 Trevor Saunders > >> > >>* defaults.h (EH_RETURN_HANDLER

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 07:42 PM, Jeff Law wrote: On 11/09/2015 11:27 AM, Bernd Schmidt wrote: On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: From: Trevor Saunders gcc/ChangeLog: 2015-11-09 Trevor Saunders * defaults.h (EH_RETURN_HANDLER_RTX): New default definition. * df-scan.c

Re: [PATCH 02/12] remove EXTENDED_SDB_BASIC_TYPES

The last target using this was i960, which was removed many years ago, so there's no reason to keep it. gcc/ChangeLog: 2015-11-09 Trevor Saunders * gsyms.h (enum sdb_type): Remove code for EXTENDED_SDB_BASIC_TYPES. (enum sdb_masks): Likewise. * sdbout.c (plai

Re: [ping] Fix PR debug/66728

On Nov 6, 2015, at 5:06 AM, Richard Biener wrote: >> If there are no substantial reasons to not check it in now, I’d like to >> proceed and get it checked in. People can refine it further in tree if they >> want. Any objections? > > Ok with a changelog entry and bootstrap/regtest. Also commi

Re: [PATCH 05/12] always define VMS_DEBUGGING_INFO

On 11/09/2015 11:34 AM, Bernd Schmidt wrote: In general I think the _DEBUGGING_INFO patches are going to be OK, modulo Jeff's comment about stage 1. I think they shouldn't have been split - it causes numerous unnecessary extra changes, and the intermediate stages look very inconsistent. -#ifdef

Re: [PATCH][AArch64] PR target/68129: Define TARGET_SUPPORTS_WIDE_INT

On Nov 9, 2015, at 3:32 AM, Kyrill Tkachov wrote: > The aarch64 port does not define TARGET_SUPPORTS_WIDE_INT. > Ok for trunk and GCC 5? :-) I’d endorse it, but, best left to the target folks.

Re: [PATCH 11/12] always define HAVE_AS_LEB128

-#ifdef HAVE_AS_LEB128 +#if HAVE_AS_LEB128 This patch doesn't seem to actually remove any conditional compilation? Bernd

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 11:27 AM, Bernd Schmidt wrote: On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: From: Trevor Saunders gcc/ChangeLog: 2015-11-09 Trevor Saunders * defaults.h (EH_RETURN_HANDLER_RTX): New default definition. * df-scan.c (df_get_exit_block_use_set): Adjust.

Re: [PATCH 12/12] always define ENABLE_OFFLOADING

On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: -#ifdef ENABLE_OFFLOADING /* If the user didn't specify any, default to all configured offload targets. */ if (offload_targets == NULL) handle_foffload_option (OFFLOAD_TARGETS); -#endif This one I would keep guarded

Re: [PATCH 05/12] always define VMS_DEBUGGING_INFO

In general I think the _DEBUGGING_INFO patches are going to be OK, modulo Jeff's comment about stage 1. I think they shouldn't have been split - it causes numerous unnecessary extra changes, and the intermediate stages look very inconsistent. -#ifdef VMS_DEBUGGING_INFO - else if (write_symbo

[PATCH, 8/16] Add pass_ch_oacc_kernels

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

Re: [PATCH 10/12] always define EH_RETURN_HANDLER_RTX

On 11/09/2015 05:47 PM, tbsaunde+...@tbsaunde.org wrote: From: Trevor Saunders gcc/ChangeLog: 2015-11-09 Trevor Saunders * defaults.h (EH_RETURN_HANDLER_RTX): New default definition. * df-scan.c (df_get_exit_block_use_set): Adjust. * except.c (expand_eh_return): Lik

[PATCH, 7/16] Add pass_dominator_oacc_kernels

On 09/11/15 16:35, Tom de Vries wrote: Hi, this patch series for stage1 trunk adds support to: - parallelize oacc kernels regions using parloops, and - map the loops onto the oacc gang dimension. The patch series contains these patches: 1Insert new exit block only when needed in

Re: [PATCH], Add power9 support to GCC, patch #2 (add modulus instructions)

On Mon, Nov 09, 2015 at 09:48:50AM -0600, Segher Boessenkool wrote: > Hi, > > On Sun, Nov 08, 2015 at 07:36:16PM -0500, Michael Meissner wrote: > > [gcc/testsuite] > > * lib/target-supports.exp (check_p9vector_hw_available): Add > > checks for power9 availability. > > (check_effective_

  1   2   3   >