Re: RFA: Fix mode checks for possibly-constant predicates

Richard Henderson writes: > On 05/29/2015 10:23 AM, Richard Sandiford wrote: >> + /* Check whether the predicate accepts const scalar ints (which always >> + have a stored mode of VOIDmode, but logically have a real mode) >> + and whether it matches anything besides const scalar ints. */

Re: [PATCH testsuite]Refine scanning string in pr65447.c to support small address offset target

On Tue, Jun 2, 2015 at 11:40 PM, Bernhard Reutner-Fischer wrote: > On June 2, 2015 5:56:13 AM GMT+02:00, Bin Cheng wrote: >>Hi, >>On some arm processors, the offset supported in addressing modes is >>very >>small. As a result, the dozens of address induction variables will be >>grouped into seve

Re: [PATCH 02/16] gcc: Embed the driver in-process within libgccjit

On Mon, Jun 1, 2015 at 11:04 PM, David Malcolm wrote: > Provide a way to clean up state within the driver code, and use this > from libgccjit to embed it in-process, rather that via pex. Part of > this requires restoring the environment after any putenv calls, so the > patch introduces an env_man

Re: RFA: RL78:

Ok. Thanks!

[GCC, ARM] armv8 linux toolchain asan testcase fail due to stl missing conditional code

Hi, I noticed that armv8(32 bit target) linux toolchain run asan testcase would get the following message: FAIL: c-c++-common/asan/heap-overflow-1.c -O0 output pattern test, is Executing on host: /home/gccbuilder-x86/test/mgcc5.0/testsuite/../tools/x86_64/install/bin/qemu-arm -E LD_LIBRARY_PAT

Re: [PATCH GCC]Improve how we handle overflow for type conversion in scev/ivopts, part I

On Tue, Jun 2, 2015 at 11:37 AM, Bin.Cheng wrote: > On Tue, May 26, 2015 at 5:04 PM, Richard Biener > wrote: >> On Sun, May 24, 2015 at 8:47 AM, Bin.Cheng wrote: >>> On Fri, May 22, 2015 at 7:45 PM, Richard Biener >>> wrote: On Wed, May 20, 2015 at 11:41 AM, Bin Cheng wrote: > Hi, >>>

Re: [PATCH], Add support for --with-advance-toolchain= to PowerPC

On Wed, Jun 03, 2015 at 12:05:36AM +, Joseph Myers wrote: > On Tue, 2 Jun 2015, Michael Meissner wrote: > > > * config.gcc (powerpc*-*-*): Add support for a new configure > > option --with-advance-toolchain= which overrides using the > > default header files, libraries and dynamic

Re: [PATCH], Add support for --with-advance-toolchain= to PowerPC

On Tue, 2 Jun 2015, Michael Meissner wrote: > * config.gcc (powerpc*-*-*): Add support for a new configure > option --with-advance-toolchain= which overrides using the > default header files, libraries and dynamic linker. > * doc/install.texi (--enable-advance-toolchain=):

[PATCH], Add support for --with-advance-toolchain= to PowerPC

This is a convenience patch that would help those of us who work on the main GCC releases as well as backporting changes to the IBM Advance Toolchain. It adds a new configuration switch, --with-advance-toolchain= that configures the compiler to use the include files, libraries, and dynamic loader

[ping] Re: [patch,gomp4] error on invalid acc loop clauses

Any thoughts? Maybe I should just apply this patch to gomp-4_0-branch since it doesn't introduce any regressions. On 05/20/2015 04:26 PM, Cesar Philippidis wrote: > On 05/20/2015 07:32 AM, Jakub Jelinek wrote: > >> For OpenMP/OpenACC, there is still lots of diagnostics emitted during >> gimplific

Re: [RFA] Reimplement canonicalization of comparison arguments in match.pd

On 06/01/2015 05:15 AM, Richard Biener wrote: On Sat, May 30, 2015 at 6:41 AM, Jeff Law wrote: c-common.c::shorten_compare has code to canonicalize the arguments of a comparison so that the constant is the second argument. This patch removes the implementation from c-common.c and instead impl

Re: [RFA] Reimplement canonicalization of comparison arguments in match.pd

On 05/30/2015 03:57 AM, Marc Glisse wrote: On Fri, 29 May 2015, Jeff Law wrote: c-common.c::shorten_compare has code to canonicalize the arguments of a comparison so that the constant is the second argument. This patch removes the implementation from c-common.c and instead implements it in mat

Re: [PATCH 09/16] libiberty.h: Provide CTIMER_PUSH/POP

On 06/01/2015 03:30 PM, DJ Delorie wrote: libiberty is not an API to gcc, it is a portability library. If GCC is exporting a timer, GCC's headers should have the interface in it. Agreed. jeff

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On June 2, 2015 11:22:03 PM GMT+02:00, Xinliang David Li wrote: >> I'm sorry I'm going to push back again for the same reason. >> >> Other than forcing targets to tweak their call insn patterns, the act >> of generating the indirect call should remain in target independent >> code. Sorry, not ha

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On Tue, Jun 2, 2015 at 1:56 PM, Ramana Radhakrishnan wrote: > On Tue, Jun 2, 2015 at 7:15 PM, Sriraman Tallam wrote: >> On Mon, Jun 1, 2015 at 1:33 PM, Ramana Radhakrishnan >> wrote: >>> On Mon, Jun 1, 2015 at 7:55 PM, Sriraman Tallam wrote: On Mon, Jun 1, 2015 at 11:41 AM, Ramana Radhakri

Re: [C PATCH] warn for empty struct -Wc++-compat

On Sat, Nov 15, 2014 at 3:56 AM, Prathamesh Kulkarni wrote: > On Sat, Nov 15, 2014 at 3:06 AM, Joseph Myers wrote: >> On Wed, 12 Nov 2014, Prathamesh Kulkarni wrote: >> >>> Is this version okay ? >>> [gcc/c] >>> * c-decl.c (warn_cxx_compat_finish_struct): New parameters code, >>> record_loc. >

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On Tue, Jun 2, 2015 at 1:56 PM, Ramana Radhakrishnan wrote: > On Tue, Jun 2, 2015 at 7:15 PM, Sriraman Tallam wrote: >> On Mon, Jun 1, 2015 at 1:33 PM, Ramana Radhakrishnan >> wrote: >>> On Mon, Jun 1, 2015 at 7:55 PM, Sriraman Tallam wrote: On Mon, Jun 1, 2015 at 11:41 AM, Ramana Radhakri

Re: Fix PR43404, PR48470, PR64744 ICE on naked functions

On 06/01/2015 04:12 AM, Alexander Basov wrote: Hi, this patch fixes ICE when compiling naked functions for arm targets. It prevents register allocation for non-register things like volatile, float, BLKMode vars. Tested on trunk with arm-v7ar-linux-gnueabi on qemu vexpress board. -- Alexander

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On June 2, 2015 9:59:40 PM GMT+02:00, Sriraman Tallam wrote: >On Tue, Jun 2, 2015 at 12:32 PM, Bernhard Reutner-Fischer > wrote: >> On June 2, 2015 8:15:42 PM GMT+02:00, Sriraman Tallam > wrote: >> [] >> >>>I have now modified this patch. >>> >>>This patch does two things: >>> >>>1) Adds new gene

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, 2 Jun 2015, Michael Meissner wrote: > 4) Add float128 versions of the basic math libraries. For this it will >probably be simpler if we can force long double to be IEEE 128-bit so you >don't have to change as much code, but you want to suppress whatever check >there will be to

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On Tue, Jun 2, 2015 at 7:15 PM, Sriraman Tallam wrote: > On Mon, Jun 1, 2015 at 1:33 PM, Ramana Radhakrishnan > wrote: >> On Mon, Jun 1, 2015 at 7:55 PM, Sriraman Tallam wrote: >>> On Mon, Jun 1, 2015 at 11:41 AM, Ramana Radhakrishnan >>> wrote: On Mon, Jun 1, 2015 at 7:01 PM, Sriraman Tal

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, Jun 02, 2015 at 08:14:12PM +, Joseph Myers wrote: > On Tue, 2 Jun 2015, Michael Meissner wrote: > > > On Tue, Jun 02, 2015 at 05:55:10PM +, Joseph Myers wrote: > > > Is the use of FRACTIONAL_FLOAT_MODE to avoid iterations over > > > floating-point modes including these modes when

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, Jun 2, 2015 at 4:14 PM, Joseph Myers wrote: > On Tue, 2 Jun 2015, Michael Meissner wrote: > >> On Tue, Jun 02, 2015 at 05:55:10PM +, Joseph Myers wrote: >> > Is the use of FRACTIONAL_FLOAT_MODE to avoid iterations over >> > floating-point modes including these modes when they shouldn't

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, 2 Jun 2015, Michael Meissner wrote: > On Tue, Jun 02, 2015 at 05:55:10PM +, Joseph Myers wrote: > > Is the use of FRACTIONAL_FLOAT_MODE to avoid iterations over > > floating-point modes including these modes when they shouldn't, as > > discussed previously? > > > > If so, how do you

Re: [PATCH] Update check after force_const_mem call in the plus_constant function to see if the value returned is not a NULL_RTX.

On 06/02/2015 08:19 AM, Andrew Bennett wrote: Hi, In the plus_constant function in explow.c the code to update a constant pool value does not deal with the case where the value returned from force_const_mem is a NULL_RTX. This occurs for the MIPS target because its cannot_force_const_mem targe

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On Tue, Jun 2, 2015 at 12:32 PM, Bernhard Reutner-Fischer wrote: > On June 2, 2015 8:15:42 PM GMT+02:00, Sriraman Tallam > wrote: > [] > >>I have now modified this patch. >> >>This patch does two things: >> >>1) Adds new generic function attribute "no_plt" that is similar in >>functionality to

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On June 2, 2015 8:15:42 PM GMT+02:00, Sriraman Tallam wrote: [] >I have now modified this patch. > >This patch does two things: > >1) Adds new generic function attribute "no_plt" that is similar in >functionality to -fno-plt except that it applies only to calls to >functions that are marked wi

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, Jun 2, 2015 at 2:27 PM, Michael Meissner wrote: > On Tue, Jun 02, 2015 at 01:43:08PM -0400, David Edelsohn wrote: >> Mike, >> >> What is the purpose of the TARGET_LONG_DOUBLE_128 change in >> rs6000_hard_regno_mode_ok()? >> >> + /* If we don't allow 128-bit binary floating point, disallow

Re: [C/C++ PATCH] Implement -Wshift-overflow (PR c++/55095) (take 2)

On Fri, May 29, 2015 at 08:49:58PM +, Joseph Myers wrote: > On Mon, 25 May 2015, Marek Polacek wrote: > > > +/* Warn if signed left shift overflows. Note that we don't warn > > + about left-shifting 1 into the sign bit; cf. > > + > >

Re: [patch 10/10] debug-early merge: compiler proper

On 06/02/2015 04:11 AM, Richard Biener wrote: I suppose we can change things this way as a followup (as it needs some work) Ok. I cleaned things up using variably_modified_type_p() as you did, instead of the INTEGER_CST nonsense. Attached are the latest dwarf2out.c changes against mainline

RE: [Patch MIPS] Enable TARGET_IRA_CHANGE_PSEUDO_ALLOCNO_CLASS hook

Robert Suchanek writes: > diff --git a/gcc/config/mips/mips.c b/gcc/config/mips/mips.c > index c3755f5..976f844 100644 > --- a/gcc/config/mips/mips.c > +++ b/gcc/config/mips/mips.c > @@ -19415,6 +19415,21 @@ mips_lra_p (void) > { >return mips_lra_flag; > } > + > +/* Implement TARGET_IRA_CHAN

Re: [PR65768] Check rtx_cost when propagating constant

On 05/31/2015 08:20 PM, Kugan wrote: On 30/05/15 14:54, Jeff Law wrote: On 05/29/2015 12:32 AM, Kugan wrote: PR target/65768 * cprop.c (try_replace_reg): Check cost of constants before propagating. I should have also noted, fresh bootstrap & regression test is needed too. Than

Re: [PATCH] PR fortran/66380 -- Remove assert() to allow error condition

> 2015-05-27 Steven G. Kargl > > * simplify.c (gfc_simplify_reshape): Convert assert into returning > NULL, which triggers an error condition. OK to commit.

Heads-up: testsuite: removed cleanup-ipa-dump, cleanup-rtl-dump,cleanup-tree-dump, cleanup-dump, cleanup-saved-temps

[just a try to keep fallout low] On June 2, 2015 5:38:06 PM GMT+02:00, Bernhard Reutner-Fischer wrote: >On June 2, 2015 2:08:47 PM GMT+02:00, Richard Biener > wrote: >> >>Committed. Seems to cause half of the vectorizer tests to be dropped >>and test-summary breaking for me. As a gentle remind

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, Jun 02, 2015 at 05:55:10PM +, Joseph Myers wrote: > Is the use of FRACTIONAL_FLOAT_MODE to avoid iterations over > floating-point modes including these modes when they shouldn't, as > discussed previously? > > If so, how do you deal (in subsequent patches?) with iterations that > *s

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Tue, Jun 02, 2015 at 01:43:08PM -0400, David Edelsohn wrote: > Mike, > > What is the purpose of the TARGET_LONG_DOUBLE_128 change in > rs6000_hard_regno_mode_ok()? > > + /* If we don't allow 128-bit binary floating point, disallow the 128-bit > + types from going in any registers. Simila

Re: [RFC][PATCH][X86_64] Eliminate PLT stubs for specified external functions via -fno-plt=

On Mon, Jun 1, 2015 at 1:33 PM, Ramana Radhakrishnan wrote: > On Mon, Jun 1, 2015 at 7:55 PM, Sriraman Tallam wrote: >> On Mon, Jun 1, 2015 at 11:41 AM, Ramana Radhakrishnan >> wrote: >>> On Mon, Jun 1, 2015 at 7:01 PM, Sriraman Tallam wrote: On Mon, Jun 1, 2015 at 1:24 AM, Ramana Radhakri

[Ping] Re: [C++ Patch[ PR 66130

Hi, gently pinging the below. Should be largely uncontroversial... On 05/18/2015 06:29 PM, Paolo Carlini wrote: Hi, Manuel did most of the work for this rather simple issue filed by Tom: essentially, invalid_nonstatic_memfn_p gets a location_t parameter which is used to pass the location of

Re: [gomp4] Worker-single predication

On 06/01/2015 08:58 AM, Bernd Schmidt wrote: > This extends the previous vector-single support to also handle > worker-level predication. We can't use the shfl insn because workers > will live across multiple warps, so we use a location in memory to > broadcast the branch target. > This also fixes

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

Is the use of FRACTIONAL_FLOAT_MODE to avoid iterations over floating-point modes including these modes when they shouldn't, as discussed previously? If so, how do you deal (in subsequent patches?) with iterations that *should* include these modes? In particular, where libgcc uses __LIBGCC__*

Re: Teach gimple_canonical_types_compatible_p about incomplete types

> > thanks. I did not notice we have -fshort-enum by default targets. I suppose > > we want: > > /* { dg-xfail-if "" { arm-eabi-* } { "*" } { "" } } */ > > Well, not that (which matches "eabi" against the vendor part of the > triplet), but skip for the short_enums effective-target keyword. Ok. D

Re: [PATCH], Add IEEE 128-bit floating point to PowerPC, patch #1

On Fri, May 22, 2015 at 5:24 PM, Michael Meissner wrote: > This patch is the first in a series of patches that will eventually add > support > for IEEE 128-bit floating point support to the PowerPC GCC compiler. At the > current time, we do not plan to change the default for long double. I adde

Re: Teach gimple_canonical_types_compatible_p about incomplete types

On Tue, 2 Jun 2015, Jan Hubicka wrote: > > On Sat, 30 May 2015, Jan Hubicka wrote: > > > > > Joseph, does the attached testcase make sense for you? Is it defined? It > > > is my > > > first attempt to really interpret C standard to detail. > > > > I suppose it's defined if unsigned int is the t

[PATCH] PR fortran/66380 -- Remove assert() to allow error condition

The attached patch returns an assert() and returns NULL during the simplification of a bad RESHAPE call. This allows gfortran to correctly issue and error message. Regression tested on trunk. OK to commit. 2015-05-27 Steven G. Kargl * simplify.c (gfc_simplify_reshape): Convert assert

[gomp4.1] Support for OpenMP 4.1 privatization of non-static data members in methods

Hi! The OpenMP 4.1 standard is going to allow privatization of non-static data members separately from the containing class in methods. The behavior of access to those members in the OpenMP regions where they are privatized through this-> is unspecified, I chose to let to privatize only the acces

Re: [RFA] Factor conversion out of COND_EXPR using match.pd pattern

On 06/01/2015 04:55 AM, Richard Biener wrote: On Sat, May 30, 2015 at 11:11 AM, Marc Glisse wrote: (only commenting on the technique, not on the transformation itself) +(simplify + (cond @0 (convert @1) INTEGER_CST@2) + (if (INTEGRAL_TYPE_P (TREE_TYPE (@1)) + && COMPARISON_CLASS_P (@0

Re: [RFA] Factor conversion out of COND_EXPR using match.pd pattern

On 06/01/2015 05:07 AM, Richard Biener wrote: +(simplify + (cond @0 (convert @1) INTEGER_CST@2) + (if (INTEGRAL_TYPE_P (TREE_TYPE (@1)) + && COMPARISON_CLASS_P (@0) + && int_fits_type_p (@2, TREE_TYPE (@1)) + && ((operand_equal_p (TREE_OPERAND (@0, 0), @2, 0) + && op

Re: Teach gimple_canonical_types_compatible_p about incomplete types

> On Sat, 30 May 2015, Jan Hubicka wrote: > > > Joseph, does the attached testcase make sense for you? Is it defined? It is > > my > > first attempt to really interpret C standard to detail. > > I suppose it's defined if unsigned int is the type chosen as compatible > with that enum. The test

Re: [PATCH 1/2] Memory statistics enhancement.

On 06/02/2015 09:05 AM, Martin Liška wrote: On 06/02/2015 03:58 PM, Jeff Law wrote: On 06/01/2015 10:16 AM, mliska wrote: Hi. Following 2 patches improve memory statistics infrastructure. First one ports pool allocator to the new infrastructure. And the second one makes column alignment proper

Re: [PATCH][AArch64][PR 66136] rewrite geniterators.sh in awk

On 01/06/15 13:55, Marcus Shawcroft wrote: > On 18 May 2015 at 15:57, Szabolcs Nagy wrote: >> Rewrote the generator script in awk, to avoid dealing with >> sed portability issues. >> >> gcc/Changelog: >> >> 2015-05-18 Szabolcs Nagy >> >> PR target/66136 >> * config/aarch64/genit

Re: [RFA] Factor conversion out of COND_EXPR using match.pd pattern

On 05/30/2015 02:33 AM, Bernhard Reutner-Fischer wrote: On May 30, 2015 6:22:59 AM GMT+02:00, Jeff Law wrote: +/* { dg-final { cleanup-tree-dump "original" } } */ Please drop this cleanup dg-final, trunk now does this automatically. Yea, figured that'd need to be fixed up after your cleanups.

Re: [Patch, fortran, PR44672, v6] [F08] ALLOCATE with SOURCE and no array-spec

Hello Andre, comments below (out of order, sorry). Le 29/05/2015 13:46, Andre Vehreschild a écrit : > Hi Mikael, > > comments inline below: > > On Thu, 28 May 2015 20:06:57 +0200 > Mikael Morin wrote: > >> Le 28/05/2015 17:29, Andre Vehreschild a écrit : >>> *** resolve_allocate_e

Re: [PATCH] Fix eipa_sra AAPCS issue (PR target/65956)

Richard Earnshaw wrote: On 01/06/15 13:07, Jakub Jelinek wrote: On Thu, May 07, 2015 at 12:16:32PM +0100, Alan Lawrence wrote: So for my two cents, or perhaps three: Any progress on this PR? A P1 bug that affects several packages stalled for a month isn't a very good thing... (not to mention b

RFA: RL78:

Hi DJ, This patch contains two small improvements for the RL78 compiler: 1. A peephole to match: movwax, ! movwbc, ax callbc with: movwax, ! callax 2. A change to avoid pushing the frame pointer register in an interru

Re: [PATCH] Fix eipa_sra AAPCS issue (PR target/65956)

On 01/06/15 13:07, Jakub Jelinek wrote: > On Thu, May 07, 2015 at 12:16:32PM +0100, Alan Lawrence wrote: >> So for my two cents, or perhaps three: > > Any progress on this PR? > A P1 bug that affects several packages stalled for a month isn't a very good > thing... (not to mention broken profiledb

Re: [PATCH testsuite]Refine scanning string in pr65447.c to support small address offset target

On June 2, 2015 5:56:13 AM GMT+02:00, Bin Cheng wrote: >Hi, >On some arm processors, the offset supported in addressing modes is >very >small. As a result, the dozens of address induction variables will be >grouped into several groups, rather than only one as on armv7/8. This >patch >refines sca

Re: [PATCH, 4/8] Add pass_tree_loop_{init,done} to pass_oacc_kernels

On 02-06-15 15:58, Richard Biener wrote: Btw, I wonder why you don't organize the oacc-kernel passes in a new simple-IPA group after pass_local_optimization_passes. I've placed the pass group as early as possible (meaning after ealias) and put passes in front only when that served a purpose fo

Re: [PATCH] Remove stray cleanup-tree-dump

On June 2, 2015 2:08:47 PM GMT+02:00, Richard Biener wrote: > >Committed. Seems to cause half of the vectorizer tests to be dropped >and test-summary breaking for me. Right. There should be no cleanup-tree-dump left on trunk. Thanks, > >Richard. > >2015-06-02 Richard Biener > > * gcc.

Re: [PATCH 1/2] Memory statistics enhancement.

On 06/02/2015 03:58 PM, Jeff Law wrote: > On 06/01/2015 10:16 AM, mliska wrote: >> Hi. >> >> Following 2 patches improve memory statistics infrastructure. First one >> ports pool allocator to the new infrastructure. And the second one makes >> column alignment properly. >> >> Both can bootstrap on

Re: [C/C++ PATCH] Implement -Wshift-overflow (PR c++/55095)

On Tue, Jun 02, 2015 at 09:53:14AM +0100, Richard Sandiford wrote: > unsigned int min_prec = (wi::min_precision (op0, SIGNED) > + TREE_INT_CST_LOW (op1)); > bool overflowed = min_prec > TYPE_PRECISION (type0); > if (overflowed && c_inhibit_evaluation_warnings == 0) >

Re: [C patch] PR49551

On Sun, 31 May 2015, Prathamesh Kulkarni wrote: > However DECL_COMMON (olddecl) is still incorrectly set to 1 after the > call to memcpy(), while DECL_COMMON (olddecl) should be 0 for the > above test-case. This patch tries to correctly adjust DECL_COMMON > (newdecl) before it is copied into oldde

Re: [RFC / CFT] PR c++/66192 - Remove TARGET_RELAXED_ORDERING and use load acquires.

On Fri, May 29, 2015 at 9:18 AM, Ramana Radhakrishnan wrote: > - Turns build_atomic_load into build_atomic_load_byte in order > to do an atomic load of 1 byte instead of a full word atomic load. > - Restructures get_guard_cond to decide whether to use an atomic load > or a standard load depen

Re: [ping**2] Handle MULTILIB_REUSE in auto-generated SYSROOT_SUFFIX_SPEC macro

On Tue, 19 May 2015, Sandra Loosemore wrote: > Re-pinging a patch from last year that never got reviewed: > > https://gcc.gnu.org/ml/gcc-patches/2014-06/msg00511.html OK. -- Joseph S. Myers jos...@codesourcery.com

[PATCH] Update check after force_const_mem call in the plus_constant function to see if the value returned is not a NULL_RTX.

Hi, In the plus_constant function in explow.c the code to update a constant pool value does not deal with the case where the value returned from force_const_mem is a NULL_RTX. This occurs for the MIPS target because its cannot_force_const_mem target function does not allow constants (so that t

Re: [patch] consolidate some includes into coretypes.h

On 06/02/2015 09:30 AM, Richard Biener wrote: On Tue, Jun 2, 2015 at 2:34 PM, Andrew MacLeod wrote: On 06/02/2015 04:26 AM, Richard Biener wrote: On Mon, Jun 1, 2015 at 11:02 PM, Andrew MacLeod wrote: Bootstraps from scratch on x86_64-unknown-linux-gnu with no new test regressions. I also

Re: C++ PATCH to handling of exception specs in system headers

Jason Merrill writes: > On 06/01/2015 11:34 AM, Rainer Orth wrote: >> Isn't this about global vs. std namespace? > > Probably. Does making the declaration in the testcase extern "C" help? It does indeed, and the test still passes on Linux. Rainer -- --

Re: [PATCH 01/35] Introduce new type-based pool allocator.

On Tue, Jun 2, 2015 at 3:52 PM, Martin Liška wrote: > On 06/02/2015 11:48 AM, Andreas Schwab wrote: >> In file included from ../../gcc/stmt.c:78:0: >> ../../gcc/alloc-pool.h: In function 'void expand_sjlj_dispatch_table(rtx, >> vec> ree_node*>)': >> ../../gcc/alloc-pool.h:303:4: error: >> 'case_

Re: [PATCH 2/2] Fix memory report layout at various places.

On 06/01/2015 10:36 AM, mliska wrote: gcc/ChangeLog: 2015-06-02 Martin Liska * alloc-pool.h (struct pool_usage): Correct space padding. * ggc-page.c (ggc_print_statistics): Align columns in a report. * mem-stats.h (struct mem_usage): Add argument to print_dash_line.

Re: [PATCH, 4/8] Add pass_tree_loop_{init,done} to pass_oacc_kernels

On Tue, 2 Jun 2015, Tom de Vries wrote: > On 22-04-15 09:40, Richard Biener wrote: > > On Tue, 21 Apr 2015, Thomas Schwinge wrote: > > > > > Hi! > > > > > > On Tue, 25 Nov 2014 12:29:28 +0100, Tom de Vries > > > wrote: > > > > On 15-11-14 18:21, Tom de Vries wrote: > > > > > On 15-11-14 13:14,

Re: [PATCH 1/2] Memory statistics enhancement.

On 06/01/2015 10:16 AM, mliska wrote: Hi. Following 2 patches improve memory statistics infrastructure. First one ports pool allocator to the new infrastructure. And the second one makes column alignment properly. Both can bootstrap on x86_64-linux-pc and survive regression tests. Ready for tr

Re: [PATCH][Testsuite] Disable tests with dg-require-fork for simulated targets

Christophe Lyon wrote: On 18 May 2015 at 20:25, Mike Stump wrote: On May 18, 2015, at 8:01 AM, Alan Lawrence wrote: Simulators such as qemu report the presence of fork (it's in glibc) but generally do not support synchronization primitives between threads, so any tests using fork are unreli

Re: [PATCH 01/35] Introduce new type-based pool allocator.

On 06/02/2015 11:48 AM, Andreas Schwab wrote: > In file included from ../../gcc/stmt.c:78:0: > ../../gcc/alloc-pool.h: In function 'void expand_sjlj_dispatch_table(rtx, > vec ree_node*>)': > ../../gcc/alloc-pool.h:303:4: error: > 'case_node_pool.pool_allocator:\ > :m_block_size' may be used unini

Re: [PATCH, 4/8] Add pass_tree_loop_{init,done} to pass_oacc_kernels

On 22-04-15 09:40, Richard Biener wrote: On Tue, 21 Apr 2015, Thomas Schwinge wrote: Hi! On Tue, 25 Nov 2014 12:29:28 +0100, Tom de Vries wrote: On 15-11-14 18:21, Tom de Vries wrote: On 15-11-14 13:14, Tom de Vries wrote: I'm submitting a patch series with initial support for the oacc ker

Re: [patch] consolidate some includes into coretypes.h

On Tue, Jun 2, 2015 at 2:34 PM, Andrew MacLeod wrote: > On 06/02/2015 04:26 AM, Richard Biener wrote: >> >> On Mon, Jun 1, 2015 at 11:02 PM, Andrew MacLeod >> wrote: >>> >>> >>> Bootstraps from scratch on x86_64-unknown-linux-gnu with no new test >>> regressions. I also built it on all the confi

Re: [wwwdocs] Buildstat update for 5.1

On Mon, 1 Jun 2015, Tom G. Christensen wrote: > Latest results for 5.1.x Thank you, Tom. This is online as well. Gerald

[PINGv9][PATCH] ASan on unaligned accesses

On 05/26/2015 05:03 PM, Marat Zakirov wrote: On 05/20/2015 10:01 AM, Marat Zakirov wrote: On 05/12/2015 02:16 PM, Marat Zakirov wrote: On 04/07/2015 03:22 PM, Jakub Jelinek wrote: How are the automatic misaligned variables different from say heap allocated ones, or global vars etc.? No di

Re: C++ PATCH for c++/44282 (ia32 calling convention attributes and mangling)

On 06/02/2015 07:34 AM, Uros Bizjak wrote: Unfortunately, something is wrong with the testcase itself: FAIL: g++.dg/abi/mangle-regparm.C -std=c++98 (test for excess errors) WARNING: g++.dg/abi/mangle-regparm.C -std=c++98 compilation failed to produce executable FAIL: g++.dg/abi/mangle-regparm.

Re: [PATCH, 6/8] Add pass_copy_prop in pass_oacc_kernels

On 22-04-15 09:42, Richard Biener wrote: This patch adds pass_loop_ccp to pass group pass_oacc_kernels. > > > > > >We need this pass to simplify the loop body, and allow pass_parloops to detect > > >that loop iterations are independent. > > > > > > >As suggested here (https://gcc.gnu.org/ml/gcc

Re: [wwwdocs] Buildstat update for 4.9

On Mon, 1 Jun 2015, Tom G. Christensen wrote: > Testresults for 4.9.2: > s390-ibm-linux-gnu (new) Applied as well, thanks, Tom! Gerald

Re: [wwwdocs] Buildstat update for 4.8

On Mon, 1 Jun 2015, Tom G. Christensen wrote: > Latest results for 4.8.x Applied, thanks Tom! Gerald

Re: [patch] consolidate some includes into coretypes.h

On 06/02/2015 04:26 AM, Richard Biener wrote: On Mon, Jun 1, 2015 at 11:02 PM, Andrew MacLeod wrote: Bootstraps from scratch on x86_64-unknown-linux-gnu with no new test regressions. I also built it on all the config-list.mk targets with no additional compilation errors. OK for trunk? Gener

Re: [PATCH] Fix PR65549, avoid force_decl_die in late compilation

OK. Jason

Re: [PATCH 15/16] gcc: Use libgas and libld within the driver

On Tue, Jun 2, 2015 at 1:06 PM, Trevor Saunders wrote: > On Tue, Jun 02, 2015 at 10:31:53AM +0200, Richard Biener wrote: >> On Mon, Jun 1, 2015 at 11:04 PM, David Malcolm wrote: >> > This patch adds the ability for gcc to be configured with: >> > --with-embedded-as >> > --with-embedded-ld >>

[PATCH] Remove stray cleanup-tree-dump

Committed. Seems to cause half of the vectorizer tests to be dropped and test-summary breaking for me. Richard. 2015-06-02 Richard Biener * gcc.dg/vect/vect-outer-simd-1.c: Remove stray cleanup-tree-dump. Index: gcc/testsuite/gcc.dg/vect/vect-outer-simd-1.c

[PR libgomp/65742, PR middle-end/66332] XFAIL acc_on_device compile-time evaluation (was: acc_on_device for device_type_host_nonshm)

Hi! On Thu, 7 May 2015 19:32:26 +0100, Julian Brown wrote: > On Fri, 17 Apr 2015 15:16:19 +0200 > Jakub Jelinek wrote: > > > On Tue, Apr 14, 2015 at 05:43:26PM +0200, Thomas Schwinge wrote: > > > Really, acc_on_device is implemented as a compiler builtin (which > > > is just disabled for a few

Re: C++ PATCH for c++/44282 (ia32 calling convention attributes and mangling)

On Tue, Jun 2, 2015 at 1:03 PM, Uros Bizjak wrote: > On Tue, Jun 2, 2015 at 9:26 AM, Uros Bizjak wrote: >> Hello! >> >>>PR c++/44282 >>>gcc/cp/ >>>* mangle.c (attr_strcmp): New. >>>(write_CV_qualifiers_for_type): Also write out attributes that >>>affect type identity. >>>(

[patch] Update ABI versioning info in libstdc++ manual

Committed to trunk, will also commit to the gcc-5-branch too. commit 0d264889b71aa29214f5414b707f8ba5735abe20 Author: Jonathan Wakely Date: Tue Jun 2 12:17:09 2015 +0100 * doc/xml/manual/abi.xml: Document versioning for 5.1.0 release. * doc/html/manual/*: Regenerate. diff --git a/li

[PATCH 2/2] Fix memory report layout at various places.

gcc/ChangeLog: 2015-06-02 Martin Liska * alloc-pool.h (struct pool_usage): Correct space padding. * ggc-page.c (ggc_print_statistics): Align columns in a report. * mem-stats.h (struct mem_usage): Add argument to print_dash_line. * tree.c (dump_tree_statistics):

[PATCH 1/2] Memory statistics enhancement.

Hi. Following 2 patches improve memory statistics infrastructure. First one ports pool allocator to the new infrastructure. And the second one makes column alignment properly. Both can bootstrap on x86_64-linux-pc and survive regression tests. Ready for trunk? Thank you, Martin Port pool-alloca

[patch] Document resolved DRs in libstdc++ manual

This replaces our local copies of the LWG issues lists with the latest revisions (from http://www.open-std.org/jtc1/sc22/wg21/docs/lwg93.zip) and updates https://gcc.gnu.org/onlinedocs/libstdc++/manual/bugs.html#manual.intro.status.bugs.iso to document some of the DRs we've implemented in the last

Re: [PATCH 15/16] gcc: Use libgas and libld within the driver

On Tue, Jun 02, 2015 at 10:31:53AM +0200, Richard Biener wrote: > On Mon, Jun 1, 2015 at 11:04 PM, David Malcolm wrote: > > This patch adds the ability for gcc to be configured with: > > --with-embedded-as > > --with-embedded-ld > > If so, invocations of "as" and "ld" are detected in the gcc d

Re: [gomp4] Worker-single predication

Hi Bernd! On Mon, 1 Jun 2015 17:58:51 +0200, Bernd Schmidt wrote: > This extends the previous vector-single support to also handle > worker-level predication. [...] This causes the following regressions; would you please have a look? [-PASS:-]{+FAIL: g++.dg/goacc/template.C -std=c++11 (i

Re: C++ PATCH for c++/44282 (ia32 calling convention attributes and mangling)

On Tue, Jun 2, 2015 at 9:26 AM, Uros Bizjak wrote: > Hello! > >>PR c++/44282 >>gcc/cp/ >>* mangle.c (attr_strcmp): New. >>(write_CV_qualifiers_for_type): Also write out attributes that >>affect type identity. >>(write_type): Strip all attributes after writing qualifiers. >>

Re: [PATCH, AARCH64] make stdarg functions work with +nofp

On Tue, Jun 02, 2015 at 11:38:29AM +0100, Kyrill Tkachov wrote: > Hi James, Jim, > > On 02/06/15 10:42, James Greenhalgh wrote: > > On Sat, May 23, 2015 at 12:24:00AM +0100, Jim Wilson wrote: > >> The compiler currently ICEs when compiling a stdarg function with > >> +nofp, as reported in PR 66258

Re: [PATCH, AARCH64] make stdarg functions work with +nofp

Hi James, Jim, On 02/06/15 10:42, James Greenhalgh wrote: On Sat, May 23, 2015 at 12:24:00AM +0100, Jim Wilson wrote: The compiler currently ICEs when compiling a stdarg function with +nofp, as reported in PR 66258. The aarch64.md file disables FP instructions using TARGET_FLOAT, which support

[PATCH]: Neaten df_scan_start_dump dump

Hello! 2015-06-02 Uros Bizjak * df-scan.c (df_scan_start_dump): Add space between regno and regname. Tested on x86_64-linux-gnu, committed to mainline SVN. Uros. Index: df-scan.c === --- df-scan.c (revision 224011) +++ df

Re: [gomp4] Worker-single predication

Hi Bernd! On Mon, 1 Jun 2015 17:58:51 +0200, Bernd Schmidt wrote: > This extends the previous vector-single support to also handle > worker-level predication. Thanks! > --- gcc/omp-low.c (revision 223974) > +++ gcc/omp-low.c (working copy) > +/* Allocate storage for OpenACC worker th

Re: [PATCH 01/35] Introduce new type-based pool allocator.

In file included from ../../gcc/stmt.c:78:0: ../../gcc/alloc-pool.h: In function 'void expand_sjlj_dispatch_table(rtx, vec)': ../../gcc/alloc-pool.h:303:4: error: 'case_node_pool.pool_allocator:\ :m_block_size' may be used uninitialized in this function [-Werror=maybe-uninit\ ialized] block = X

Re: [PATCH][AARCH64]Use shl for vec_shr_ rtx pattern.

On 2 June 2015 at 10:30, Renlin Li wrote: > Is it Okay for me to backport it to gcc-5? OK provided the patch applies cleanly and there are no regressions. /Marcus > > Regards, > Renlin Li > > > On 30/04/15 16:21, Marcus Shawcroft wrote: >> >> On 30 April 2015 at 12:55, Renlin Li wrote: >> >>> 2

[gomp4, committed] Add checks for num_gangs(32) in goacc kernels tests

Hi, this patch adds an extra check in the goacc kernels testcases. Committed to gomp-4_0-branch. Thanks, - Tom Add checks for num_gangs(32) in goacc kernels tests 2015-05-28 Tom de Vries * c-c++-common/goacc/kernels-counter-vars-function-scope.c: Add check for num_gangs (32). * c-c++-co

  1   2   >