[PATCH, PING*3] PR rtl-optimization/66790: uninitialized registers handling in REE

On 07/19/2015 12:14 AM, Pierre-Marie de Rodat wrote: This patch is an attempt to fix PR rtl-optimization/66790: please see for the context. This adds a new dataflow problem (MIR for Must-Initialized Registers) and use it in the REE pass to remo

[PATCH, PING*3] DWARF: materialize subprogram renamings in Ada as imported declarations

On 07/25/2015 09:44 PM, Pierre-Marie de Rodat wrote: This change makes GCC materialize subprogram renamings in Ada as imported declarations (DW_TAG_imported_declarations). For instance, procedure Foo renames Bar; will output: DW_TAG_imported_declaration: DW_AT_name: foo

[PATCH, PING*4] PR debug/53927: fix value for DW_AT_static_link

On 07/20/2015 09:39 AM, Pierre-Marie de Rodat wrote: This patch fixes the static link description in DWARF to comply with the specification. In order to do so, it appends a field to all FRAME objects to hold the frame base address (DW_AT_frame_base) so that the nested subrograms can directly refe

[PATCH, PING*4] Track indirect calls for call site information in debug info.

On 07/20/2015 02:45 PM, Pierre-Marie de Rodat wrote: On PowerPC targets with -mlongcall, most subprogram calls are turned into indirect calls: the call target is read from a register even though it is compile-time known. This makes it difficult for machine code static analysis engines to recover

[PATCHES, PING*4] Enhance standard DWARF for Ada

On 07/16/2015 10:34 AM, Pierre-Marie de Rodat wrote: This patch series aims at enhancing GCC to emit standard DWARF in place of the current GNAT encodings (non-standard DWARF) for a set of "basic" types: dynamic arrays, variable-length records, variant parts, etc. Ping for the patch series:

[committed] Improve function header comments in tree-ssa-loop-manip.c

Hi, this patch improves the header comments of the find_uses_to_rename* functions in tree-ssa-loop-manip.c. committed as obvious. Thanks, - Tom Improve function header comments in tree-ssa-loop-manip.c 2015-08-31 Tom de Vries * tree-ssa-loop-manip.c (find_uses_to_rename_use) (find_uses

ping [aPATCH] Fix c++/67337 (segfault in mangle.c)

On 2015.08.24 at 13:44 +0200, Markus Trippelsdorf wrote: ping > decl_mangling_context() in mangle.c returns a NULL_TREE in case of > template type parameters. write_template_prefix() needs to handle this > situation. > > Tested on ppc64le. > > This is a regression from gcc=4.8. > OK for trunk,

Re: [PATCH] Tidy tree-ssa-dom.c: Use dom_valueize more.

On Fri, Aug 28, 2015 at 4:05 PM, Alan Lawrence wrote: > The code in the dom_valueize function is duplicated a number of times; so, > call > the function. > > Also remove a comment in lookup_avail_expr re const_and_copies, describing one > of said duplicates, that looks like it was superceded in r

Re: [PING][PATCH, 1/2] Merge rewrite_virtuals_into_loop_closed_ssa from gomp4 branch

On 23/07/15 15:44, Richard Biener wrote: On Mon, 20 Jul 2015, Tom de Vries wrote: On 09/07/15 13:04, Richard Biener wrote: On Thu, 9 Jul 2015, Tom de Vries wrote: On 07/07/15 17:58, Tom de Vries wrote: If you can handle one exit edge I also can't see the difficulty in handling all exit edge

[fortran,committed] Don't check for NULL pointers before calling free()

The attached patch changes the gfc_call_free() function to simply call __builtin_free() without first checking if the pointer is NULL, because free(NULL) is a nop. This simplifies code, but could lead to pessimization in cases where the pointer is likely to be NULL, and the test would have saved

Re: [PATCH] gcc/fold-const.c: Correct the report warning position.

On Sat, Aug 29, 2015 at 2:57 PM, Chen Gang wrote: > > It is about bug63510: current input_location isn't precise for reporting > warning. The correct location is gimple location of current statement. Looks ok to me. Ok if bootstrapped and tested. Thanks, Richard. > ChangeLog: > > 2015-08-29 C

[PATCH] Fix PR67381

I have the following patch in testing which makes genmatch properly preserve source ordering of patterns in match.pd for code generation (now also for matches). Bootstrap & testing running on x86_64-unknown-linux-gnu. Richard. 2015-08-31 Richard Biener PR middle-end/67381 *

Avoid strndup in gcc.c (PR bootstrap/67363)

As described in the PR, this patch https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01549.html broke bootstrap on a couple of platforms that lack strndup in libc. Fixed as follows, matching other uses of xstrndup in the gcc subdirectory. Bootstrapped on i386-pc-solaris2.10, installed on mai

Re: [PATCH] Update ENABLE_CHECKING to make it usable in "if" conditions

On Mon, Aug 31, 2015 at 7:49 AM, Mikhail Maltsev wrote: > Hi, all! > > This patch removes some conditional compilation from GCC. In this patch I > define > a macro CHECKING_P, which is equal to 1 when ENABLE_CHECKING is defined and 0 > otherwise. The reason for using a new name is the following:

Re: [PR65637] Fix ssa-handling code in expand_omp_for_static_chunk

On 15/04/15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. Currently, ssa-handling code in expand_omp_for_static_chunk is dead and not exercised by testing. Ssa-handling code in omp-low.c is only triggered by pass_parallelize_loops, and that pass doesn't specify a chunk size o

Re: [PATCH] [ping] Use single shared memory block pool for all pool allocators

On Mon, Aug 17, 2015 at 8:44 AM, Mikhail Maltsev wrote: > Hi, all. > I'm pinging this patch: > https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00030.html > > And adding some more changes to it (they are not complete yet - so they are > more > like an RFC). > In this patch I also try to make obstac

[PATCH][1/5] Add param parloops-chunk-size

On 31/08/15 13:41, Tom de Vries wrote: On 15/04/15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. Currently, ssa-handling code in expand_omp_for_static_chunk is dead and not exercised by testing. Ssa-handling code in omp-low.c is only triggered by pass_parallelize_loops, and

[PATCH][2/5] Handle simple latch bb in expand_omp_for_static_chunk

On 31/08/15 13:41, Tom de Vries wrote: On 15/04/15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. Currently, ssa-handling code in expand_omp_for_static_chunk is dead and not exercised by testing. Ssa-handling code in omp-low.c is only triggered by pass_parallelize_loops, and

[PR65637][PATCH][3/5] Fix gcc_assert in expand_omp_for_static_chunk

[ Was: Re: [PR65637][PATCH][1/3] Fix gcc_assert in expand_omp_for_static_chunk ] On 15/04/15 15:15, Tom de Vries wrote: On 15-04-15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. This patch fixes a segfault in an gcc_assert in expand_omp_for_static_chunk while compiling

[PR65637][PATCH][4/5] Fix inner loop phi in expand_omp_for_static_chunk

[ was: Re: [PR65637][PATCH][2/3] Fix inner loop phi in expand_omp_for_static_chunk ] On 15/04/15 15:17, Tom de Vries wrote: On 15-04-15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. This patch fixes an libgomp.c/autopar-1.c execution failure. For autopar-1.c, the ori

[PR65637][PATCH][5/5] Handle 2 preds for fin_bb in expand_omp_for_static_chunk

[ was: Re: [PR65637][PATCH][3/3] Handle 2 preds for fin_bb in expand_omp_for_static_chunk ] On 15/04/15 15:23, Tom de Vries wrote: On 15-04-15 15:10, Tom de Vries wrote: Hi, This patch series fixes PR65637. This patch fixes compilation of autopar/reduc-3.c in expand_omp_for_static_chunk

Re: Move some complex simplifications to match.pd

On Sun, Aug 30, 2015 at 9:44 AM, Marc Glisse wrote: > Hello, > > just trying to shrink fold-const.c a bit more. > > The tests "if (TREE_CODE (TREE_TYPE (arg0)) != COMPLEX_TYPE)" seem useless, > I did one bootstrap+testsuite with asserts there to make sure, so I am > dropping them. The CONJ_EXPR si

Re: Move some comparison simplifications to match.pd

On Sun, Aug 30, 2015 at 9:57 AM, Marc Glisse wrote: > Hello, > > just trying to shrink fold-const.c a bit more. > > initializer_zerop is close to what I was looking for with zerop, but I > wasn't sure if it would be safe (it accepts some CONSTRUCTOR and > STRING_CST). At some point I tried using s

Re: [PING][PATCH, 1/2] Merge rewrite_virtuals_into_loop_closed_ssa from gomp4 branch

On Mon, 31 Aug 2015, Tom de Vries wrote: > On 23/07/15 15:44, Richard Biener wrote: > > On Mon, 20 Jul 2015, Tom de Vries wrote: > > > > > On 09/07/15 13:04, Richard Biener wrote: > > > > On Thu, 9 Jul 2015, Tom de Vries wrote: > > > > > > > > > On 07/07/15 17:58, Tom de Vries wrote: > > > > > >

Re: [patch,libgfortran] Fix configure test for weakref support

On Fri, Aug 28, 2015 at 10:07 AM, FX wrote: > ping**2 > > Given that it’s a configury-patch, I think what it needs is real exposure on > unusual targets more than formal review, so I intend to commit it in 48 hours > unless someone objects in the meantime. Then I’ll be around to fix things if >

[PATCH] Import liboffloadmic from upstream

Hi! This patch contains an update for liboffloadmic, imported from , version 20150803. Two major new features are: 1. Unloading of loaded images from target device. 2. Callback support for asynchronous execution. make check passed. Is it ok for trunk? liboffload

Re: [patch,libgfortran] Fix configure test for weakref support

> I think this breaks x86_64-linux where now all gfortran tests fail with sth > like Shoot. The GTHREAD_USE_WEAK and SUPPORTS_WEAK macros are used from , and it is up to each library to define them appropriately. I don’t know how my regtesting came up positive, though… Installed the attached p

Re: [patch,libgfortran] Fix configure test for weakref support

And: very sorry about the breakage. FX

Re: [PATCH] Import liboffloadmic from upstream

On Mon, Aug 31, 2015 at 04:23:49PM +0300, Ilya Verbin wrote: > Hi! > > This patch contains an update for liboffloadmic, imported from > , version 20150803. > > Two major new features are: > 1. Unloading of loaded images from target device. > 2. Callback support for

[gomp4.1] Structure element mapping support

On Fri, Aug 28, 2015 at 08:13:35PM +0200, Jakub Jelinek wrote: > Here is my current WIP on further structure element mapping support > (so, structure element {pointer,reference to pointer,reference to array} > based array sections, start of C++ support (still need to add tests for > template instan

[C++ Patch] PR 61753

Hi, this is about suboptimal error messages for the kind of code distilled by Jonathan in Comment #2: class Rule { Rule(int e); }; const Rule::Rule(int e) { } that is, an error message of the type "error: prototype for ‘Rule::Rule()’ does not match any in class ‘Rule’" and no mention of

Re: [PATCH, libbacktrace] SPU does not support __sync or __atomic

Ian Lance Taylor wrote: > On Fri, Aug 28, 2015 at 9:54 AM, Ulrich Weigand wrote: > > > > this is the (hopefully) last compatibility problem with libbacktrace on SPU: > > we do not have either the __sync or the __atomic routines (since the SPU > > is a fundamentally single-threaded target). > > I

[PATCH 0/3] [linaro/gcc-4_9-branch] backport fixes to jump-threading

Hi, As I was backporting the jump-thread patches to the AOSP gcc 4.9, I found that the linaro branch does not have the following three fixes. Ok to commit to the linaro/gcc-4_9-branch? Thanks, Sebastian Sebastian Pop (3): backport patch to fix PR65048 backport patch to fix PR65177 backpor

[PATCH 1/3] backport patch to fix PR65048

PR tree-optimization/65048 * tree-ssa-threadupdate.c (valid_jump_thread_path): New. (thread_through_all_blocks): Call valid_jump_thread_path. Remove invalid FSM jump-thread paths. PR tree-optimization/65048 * gcc.dg/tree-ssa/ssa-dom-thread-9.c: New. --- .../testsui

[PATCH 0/3] [linaro/gcc-4_9-branch] backport fixes to jump-threading

Hi, As I was backporting the jump-thread patches to the AOSP gcc 4.9, I found that the linaro branch does not have the following three fixes. Ok to commit to the linaro/gcc-4_9-branch? Thanks, Sebastian Sebastian Pop (3): backport patch to fix PR65048 backport patch to fix PR65177 backpor

[PATCH 3/3] backport fix for PR65735

PR tree-optimization/65735 * tree-ssa-threadedge.c (fsm_find_control_statement_thread_paths): Remove visited_phis argument, add visited_bbs, avoid recursing into the same bb rather than just into the same phi node. (thread_through_normal_block): Adjust caller

[PATCH 2/3] backport patch to fix PR65177

PR tree-optimization/65177 * tree-ssa-threadupdate.c (verify_seme): Renamed verify_jump_thread. (bb_in_bbs): New. (duplicate_seme_region): Renamed duplicate_thread_path. Redirect all edges not adjacent on the path to the original code. * gcc.dg/tree

Re: [PATCH 0/3] [linaro/gcc-4_9-branch] backport fixes to jump-threading

Hi Sebastian, On 31 August 2015 at 17:33, Sebastian Pop wrote: > Hi, > > As I was backporting the jump-thread patches to the AOSP gcc 4.9, I found that > the linaro branch does not have the following three fixes. Ok to commit to > the > linaro/gcc-4_9-branch? Our 4.9 branch is now in maintenan

RE: [PATCH 0/3] [linaro/gcc-4_9-branch] backport fixes to jump-threading

I do not intend to back-port the jump-thread patches to the fsf gcc 4.9 branch: the patches I sent are only for the linaro 4.9 branch. Yes, please test the patches with your validation suite, and then commit to the linaro branch. Thanks, Sebastian -Original Message- From: Yvan Roux [mai

Re: [PATCH 0/3] [linaro/gcc-4_9-branch] backport fixes to jump-threading

On 31 August 2015 at 18:08, Sebastian Paul Pop wrote: > I do not intend to back-port the jump-thread patches to the fsf gcc 4.9 > branch: the patches I sent are only for the linaro 4.9 branch. > Yes, please test the patches with your validation suite, and then commit to > the linaro branch. Ok

Re: [PATCH] Updated LTO early debug patch

On 2015.08.31 at 16:44 +0200, Richard Biener wrote: > > So the state below now will pass LTO bootstrap (fingers crossing, > stage3 running) as well as regular bootstrap. Iff I didn't break > sth in the last minute. You need up-to-date trunk (watch out, > fortran seems to be broken) to pull the f

[gomp4] expunge shared_size from launch API

I've committed this to the gomp4 branch. It expunges the shared_size parameter, which is no longer needed with Cesar's reduction work. shared_size never made it to trunk, so nothing to port there. nathan 2015-08-31 Nathan Sidwell libgomp/ * oacc-parallel.c (__goacc_host_ganglocal_ptr):

[PATCH] add initial support for J2 core to sh target

The J2 Core is an open hardware cpu implementing the SH-2 instruction set, with the addition of barrel shift instructions and an atomic compare-and-swap instruction. This patch adds a cpu model option -mj2 to the sh target. Presently all it does is enable use of the barrel shift instructions (and t

Re: [c++-delayed-folding] fold_simple

On 08/29/2015 10:10 AM, Kai Tietz wrote: Hmm, I don't think we want to call maybe_constant_value in functions like cp_build_binary_op. We are interested in overflow only on constant-values anyway, I don't see that we want to have here any constexpr-logic, nor specific address-manipulation logic.

Re: [PATCH] Import liboffloadmic from upstream

On Mon, Aug 31, 2015 at 16:49:53 +0200, Jakub Jelinek wrote: > 1) Is the library backwards ABI compatible? Can you run e.g. >libabigail abidiff in between the unpatched and patched version? It should be in theory, and I've successfully tested an old binary with old libgomp plugin and with new

Re: [PATCH] Import liboffloadmic from upstream

On Mon, Aug 31, 2015 at 08:56:58PM +0300, Ilya Verbin wrote: > On Mon, Aug 31, 2015 at 16:49:53 +0200, Jakub Jelinek wrote: > > 1) Is the library backwards ABI compatible? Can you run e.g. > >libabigail abidiff in between the unpatched and patched version? > > It should be in theory, and I've

Re: [PATCH] Import liboffloadmic from upstream

On Mon, Aug 31, 2015 at 08:56:58PM +0300, Ilya Verbin wrote: > abidiff: ../../src/abg-comparison.cc:10731: virtual void > abigail::comparison::fn_parm_diff::report(std::ostream&, const string&) > const: Assertion `get_type_diff() && get_type_diff()->to_be_reported()' > failed. > Aborted (core du

Re: [c++-delayed-folding] fold_simple

2015-08-31 19:52 GMT+02:00 Jason Merrill : > On 08/29/2015 10:10 AM, Kai Tietz wrote: >> >> Hmm, I don't think we want to call maybe_constant_value in functions >> like cp_build_binary_op. We are interested in overflow only on >> constant-values anyway, I don't see that we want to have here any >>

Re: [c++-delayed-folding] fold_simple

On 08/31/2015 03:08 PM, Kai Tietz wrote: I will need to verify that this patch doesn't introduce regressions. The wacky thing here is the encapsulation of overflowed-arguments in maybe_constant_value function by nop-expr. Do we need to worry about that? If one of the operands is overflowed, w

Re: [c++-delayed-folding] fold_simple

2015-08-31 21:29 GMT+02:00 Jason Merrill : > On 08/31/2015 03:08 PM, Kai Tietz wrote: >> >> I will need to verify that this patch doesn't introduce regressions. >> The wacky thing here is the encapsulation of overflowed-arguments in >> maybe_constant_value function by nop-expr. > > > Do we need to

[gomp4]minor libgomp cleanup

In excising shared_size, I stumbled upon this bit of strangeness. Attaching a new node onto the end of a singly linked list is not complicated ... nathan 2015-08-31 Nathan Sidwell * oacc-parallel.c (GOACC_register_static): Remove superfluous NULL check. Index: libgomp/oacc-parallel.c ===

Re: [C++ Patch] PR 61753

OK. Jason

Re: [c++-delayed-folding] fold_simple

2015-08-31 21:43 GMT+02:00 Kai Tietz : > 2015-08-31 21:29 GMT+02:00 Jason Merrill : >> On 08/31/2015 03:08 PM, Kai Tietz wrote: >>> >>> I will need to verify that this patch doesn't introduce regressions. >>> The wacky thing here is the encapsulation of overflowed-arguments in >>> maybe_constant_va

[PATCH] Fix ICE when generating a vector shift by scalar

Hi, The following simple test fails when attempting to convert a vector shift-by-scalar into a vector shift-by-vector. typedef unsigned char v16ui __attribute__((vector_size(16))); v16ui vslb(v16ui v, unsigned char i) { return v << i; } When this code is gimplified, the shift amount

Re: [PING][PATCH, PR 57195] Allow mode iterators inside angle brackets

On Aug 30, 2015, at 8:36 PM, Michael Collison wrote: > Ping. Originally posted here: > > https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01475.html I looked at the patch and wondered if I had worked around the lack of the feature in my port. I didn’t find any evidence of that, but the patch loo

[Patch, libfortran] PR 67414 Improve error handling

Hi, the attached patch improves the error handling for backtrace failing, by printing the error number or the error string in addition to the message. It also fixes a potential null pointer crash in gf_strerror. Regtested on x86_64-pc-linux-gnu, Ok for trunk? 2015-09-01 Janne Blomqvist P

Re: [Patch, libfortran] PR 67414 Improve error handling

> the attached patch improves the error handling for backtrace failing, > by printing the error number or the error string in addition to the > message. It also fixes a potential null pointer crash in gf_strerror. > > Regtested on x86_64-pc-linux-gnu, Ok for trunk? Mostly OK. I have one question,

[PATCH] PR 60586

Hello Everyone, This patch will fix the bug reported in Bugzilla, PR 60586. The issue was that the spawned function's function arguments must not be pushed into the nested/lambda function. This patch should fix that issue. I have tested this on x86_64 (linux and Cygwin flavors). Is this

[PATCH] gcc: doc: add missing space in asan-stack desc

Committed as obvious. --- gcc/ChangeLog | 4 gcc/doc/invoke.texi | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/gcc/ChangeLog b/gcc/ChangeLog index fdc0209..2e7230b 100644 --- a/gcc/ChangeLog +++ b/gcc/ChangeLog @@ -1,3 +1,7 @@ +2015-08-31 Mike Frysinger + +

Re: [PATCH][4/N] Introduce new inline functions for GET_MODE_UNIT_SIZE and GET_MODE_UNIT_PRECISION

On 08/26/2015 08:53 AM, Oleg Endo wrote: On 26 Aug 2015, at 23:27, Oleg Endo wrote: On 19 Aug 2015, at 22:35, Jeff Law wrote: On 08/19/2015 06:29 AM, David Sherwood wrote: I asked Richard S. to give this a once-over which he did. However, he technically can't approve due to the way his