[PATCH, testsuite]: Move x86 specific tests to gcc.target/i386 directory

... and add ifunc effective target requirement where necessary. 2015-11-03 Uros Bizjak * gcc.dg/mvc1.c: Move to ... * gcc.target/i386/mvc1.c: ... here. Require ifunc. * gcc.dg/mvc2.c: Move to ... * gcc.target/i386/mvc2.c: ... here. * gcc.dg/mvc3.c: Move

Re: [v3 PATCH] Make the default constructors of tuple and pair conditionally explicit.

Hi, On 11/03/2015 06:01 AM, Ville Voutilainen wrote: On 2 November 2015 at 23:07, Paolo Carlini wrote: Great, thanks a lot. Thinking more about this detail, I wonder if we should therefore apply the below too? Anything I'm missing? Tested again on Linux-PPC64. Ok

[gomp4, committed] Remove shadowing declaration in oacc_entry_exit_ok_1

[ was: Re: [committed, gomp4, 2/3] Handle sequential code in kernels region ] On 12/10/15 19:26, Tom de Vries wrote: On 12/10/15 19:12, Tom de Vries wrote: Hi, I've committed the following patch series. 1Add get_bbs_in_oacc_kernels_region 2Handle sequential code in

Re: [ping] Fix PR debug/66728

Mike Stump writes: > On Nov 2, 2015, at 12:55 PM, Richard Sandiford > wrote: >> This was: >> >> ... Sometimes structure decls >> have BLKmode but are assigned an integer-mode rtl (e.g. when passing >> 3-byte structures by value to functions).

Re: [PATCH][RTL-ifcvt] PR rtl-optimization/67749: Do not emit separate SET insn in IF-ELSE case

Hi Jeff, On 02/11/15 22:46, Jeff Law wrote: On 10/27/2015 08:49 AM, Kyrill Tkachov wrote: Hi all, This patch fixes the gcc.dg/ifcvt-2.c test for x86_64 where we were failing to if-convert. This was because in my patch at https://gcc.gnu.org/viewcvs/gcc?view=revision=228194 which tried to emit

Re: Add VIEW_CONVERT_EXPR to operand_equal_p

> This fails on ia64. gnat.dg/discr44.adb and gnat.dg/discr45.adb are supposed to fail everywhere (and there are also a few ACATS failures everywhere). Sorry for the awkward situation but they are testcases exposing the recent type system breakage. -- Eric Botcazou

Re: [PATCH, 2/2] Handle recursive restrict in function parameter

On Tue, 3 Nov 2015, Tom de Vries wrote: > On 01/11/15 19:20, Tom de Vries wrote: > > On 01/11/15 19:03, Tom de Vries wrote: > > > So, the new patch series is: > > > > > > 1Rename make_restrict_var_constraints to make_param_constraints > > > 2Handle recursive restrict in

Re: libgo patch committed: Update to Go 1.5 release

On Mon, Nov 2, 2015 at 11:48 PM, Uros Bizjak wrote: > >> I have committed a patch to libgo to update it to the Go 1.5 release. >> >> As usual for libgo updates, the actual patch is too large to attach to >> this e-mail message. I've attached the changes to the gccgo-specific

Re: [PATCH] libitm: Support sized delete.

On Fri, 2015-10-30 at 10:19 -0700, Richard Henderson wrote: > > #define _ZnwX S(_Znw,MANGLE_SIZE_T) > > #define _ZnaX S(_Zna,MANGLE_SIZE_T) > > +#define _ZdlPvXS(_ZdlPv,MANGLE_SIZE_T) > > #define _ZnwXRKSt9nothrow_t

Re: [PATCH] replace BITS_PER_UNIT with __CHAR_BIT__ in target libs

On Mon, 2 Nov 2015, Jeff Law wrote: > Based on Bernd's comments, I think this is fine. Any sense of how much work > there is left to cleanup the runtime's inclusion of gcc's config/ target > headers? See . I think most of that page other

Re: [patch 4/3] Header file reduction - Tools for contrib - second cut

On 11/03/2015 01:06 AM, Jeff Law wrote: On 10/14/2015 09:14 AM, Andrew MacLeod wrote: Here's the latest version of the tools for a sub directory in contrib. I've handled all the feedback, except I have not fully commented the python code in the tools, nor followed any particular coding

Re: [PATCH] Add configure flag for operator new (std::nothrow)

Hi, On 11/03/2015 01:35 PM, Aurelio Remonda wrote: diff --git a/ChangeLog b/ChangeLog index 5b16ca2..a1cd0d3 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,12 @@ +2015-10-30 Aurelio Remonda + + * libstdc++-v3/acinclude.m4: add

Re: [RFC] Combine vectorized loops with its scalar remainder.

On 10/28/2015 11:45 AM, Yuri Rumyantsev wrote: Hi All, Here is a preliminary patch to combine vectorized loop with its scalar remainder, draft of which was proposed by Kirill Yukhin month ago: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01435.html It was tested wwith '-mavx2' option to run on

Re: [AARCH64][PATCH 2/3] Implementing vmulx_lane NEON intrinsic variants

On Fri, Oct 30, 2015 at 09:31:08AM +, Bilyan Borisov wrote: > In this patch from the series, all vmulx_lane variants have been implemented > as > a vdup followed by a vmulx. Existing implementations of intrinsics were > refactored to use this new approach. > > Several new nameless md

Re: OpenACC atomic directive

Hi! On Mon, 2 Nov 2015 14:40:54 +0100, Jakub Jelinek wrote: > On Mon, Nov 02, 2015 at 02:09:38PM +0100, Thomas Schwinge wrote: > > The OpenACC atomic directive matches OpenMP's atomic directive (got that > > clarified by the OpenACC committee), so they can share the same > >

Re: Add VIEW_CONVERT_EXPR to operand_equal_p

On Tue, Nov 3, 2015 at 11:25 AM, Eric Botcazou wrote: >> I suggest to re-instantiate the canonical type checks for the aggregate type >> case. > > OK, thanks, this fixes all the known ICEs so far. > > Tested on x86_64-suse-linux, OK for the mainline? Please instead do the

[PATCH] Add configure flag for operator new (std::nothrow)

Currently, whenever operator new (std::nothrow) fails to allocate memory, it'll check if there is a new-handler function available. If there is, it'll call the handler and then try to allocate again. Otherwise, it'll return a null pointer. This retrying behavior may not always be desirable. If

Re: [PATCH] clarify documentation of -Q --help=optimizers

On Thu, 22 Oct 2015, Martin Sebor wrote: > [Sending to the right list this time] > > The documentation of the -Q --help=optimizers options leads some > to expect that when options are reported as enabled imply the > corresponding optimization will take place. (See the following > question on

Re: [PATCH 1/6]tree-ssa-dom.c: Normalize exprs, starting with ARRAY_REF to MEM_REF

On 30/10/15 05:35, Jeff Law wrote: > On 10/29/2015 01:18 PM, Alan Lawrence wrote: >> This patch just teaches DOM that ARRAY_REFs can be equivalent to MEM_REFs >> (with >> pointer type to the array element type). >> >> gcc/ChangeLog: >> >> * tree-ssa-dom.c (dom_normalize_single_rhs): New. >>

Re: [AARCH64][PATCH 1/3] Implementing the variants of the vmulx_ NEON intrinsic

On Fri, Oct 30, 2015 at 09:29:35AM +, Bilyan Borisov wrote: > In this patch from the series, a single new md pattern is added: the one for > fmulx, from which all necessary __builtin functions are derived. > > Several intrinsics were refactored to use the new __builtin functions as some > of

[PATCH] remove unused config/arm/coff.h

From: Trevor Saunders Hi, $subject, nothing refers to this header so we might as well remove it. tested I can still build on x86_64-linux-gnu, not that I would expect anything else or that it is particularly relevent, ok? Trev gcc/ChangeLog: 2015-11-03 Trevor

Re: [PATCH] Fix declaration of pthread-structs in s-osinte-rtems.ads

Am Monday 02 November 2015, 12:39:57 schrieb Sebastian Huber: > > On 31/10/15 16:47, Jan Sommer wrote: > > Hi, > > > > This patch changes the Ada-declaration of the pthread-related structs such > > as pthread_attr_t from a field-equivalent declaration to just reserving the > > right amount of

Re: [RFC] Combine vectorized loops with its scalar remainder.

Richard, It looks like misunderstanding - we assume that for GCCv6 the simple scheme of remainder will be used through introducing new IV : https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01435.html Is it true or we missed something? Now we are testing vectorization of loops with small

Re: Add VIEW_CONVERT_EXPR to operand_equal_p

> I suggest to re-instantiate the canonical type checks for the aggregate type > case. OK, thanks, this fixes all the known ICEs so far. Tested on x86_64-suse-linux, OK for the mainline? 2015-11-03 Eric Botcazou * gimple-expr.c (useless_type_conversion_p):

Re: [PATCH 1/6]tree-ssa-dom.c: Normalize exprs, starting with ARRAY_REF to MEM_REF

On 3 November 2015 at 10:27, Alan Lawrence wrote: > That is, ssa-dom-cse-7.c passes (and the patch series solves PR/63679) if > instead of my patch 2 (normalization of MEM_REFs) we have this: > > diff --git a/gcc/tree-sra.c b/gcc/tree-sra.c > index 4327990..2889a96 100644 >

Re: [PATCH] New attribute to create target clones

Some tests in the patch already updated (ifunc require condition added) by Uros commit: ac39b078992c27934ea53cb580dbd79f75b6c727 I'll ask to commit attached patch. x86 bootstrap and make check passed. 2015-11-03 Evgeny Stupachenko gcc/ * multiple_target.c

Re: [PATCH 1/6]tree-ssa-dom.c: Normalize exprs, starting with ARRAY_REF to MEM_REF

On Tue, Nov 3, 2015 at 12:13 PM, Alan Lawrence wrote: > On 3 November 2015 at 10:27, Alan Lawrence wrote: >> That is, ssa-dom-cse-7.c passes (and the patch series solves PR/63679) if >> instead of my patch 2 (normalization of MEM_REFs) we have this:

[PATCH] New plugin events when evaluating constexpr expressions.

Hi This patch adds two plugins events when evaluated call expression and an init or modify expression in constexpr. The goal of this patch is to allow the plugins to analyze and or modify the evaluation of constant expressions. This patch also adds an event that is called when the parsing of

Re: [PATCH][ARM] Fix costing of vmul+vcvt combine pattern

Ping. https://gcc.gnu.org/ml/gcc-patches/2015-10/msg02898.html Thanks, Kyrill On 27/10/15 13:55, Kyrill Tkachov wrote: Hi all, This patch allows us to handle the *combine_vcvtf2i pattern in rtx costs by properly identifying it as a toint coversion. Before this I saw a pattern like: (set

Re: [PATCH] tree-scalar-evolution.c: Handle LSHIFT by constant

On Tue, Nov 3, 2015 at 11:15 AM, Alan Lawrence wrote: > On 27/10/15 22:27, H.J. Lu wrote: >> >> It caused: >> >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68112 > > Bah :(. > > So yes, in general case, we can't rewrite (a << 1) to (a * 2) as for signed > types (0x7f...f)

[gomp4, committed] Backport make_restrict_var_constraints fixes from trunk

Hi, I've ported two recent commits in make_restrict_var_constraints tree-ssa-structalias.c on trunk to gomp-4_0-branch. Committed as attached to gomp-4_0-branch. Thanks, - Tom Backport make_restrict_var_constraints fixes from trunk 2015-11-03 Tom de Vries

Re: [RFC] Combine vectorized loops with its scalar remainder.

On Wed, Oct 28, 2015 at 11:45 AM, Yuri Rumyantsev wrote: > Hi All, > > Here is a preliminary patch to combine vectorized loop with its scalar > remainder, draft of which was proposed by Kirill Yukhin month ago: > https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01435.html > It

Re: [PATCH] Fix warning in tree-diagnostic.h.

On Mon, Nov 02, 2015 at 09:57:22AM -0700, Jeff Law wrote: > On 11/02/2015 06:26 AM, Dominik Vogt wrote: > >The attached patch fixes the annoying warnings generated by > >diagnostic_set_last_function. > Can you point out what warning you're fixing? Sure. toplec.c calls

Re: [1/2] OpenACC routine support

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 void c_parser_asm_definition (c_parser

Re: [PATCH] remove unused config/arm/coff.h

On Tue, Nov 03, 2015 at 06:49:20AM -0700, Jeff Law wrote: > On 11/03/2015 04:31 AM, tbsaunde+...@tbsaunde.org wrote: > >From: Trevor Saunders > > > >Hi, > > > >$subject, nothing refers to this header so we might as well remove it. > > > >tested I can still build on

Re: [2/2] OpenACC routine support

On Mon, Nov 02, 2015 at 02:23:19PM -0500, Nathan Sidwell wrote: > Here are the tests for the routine support. The compiler tests check > invalid combinations of gang, worker, vector & seq. The libgomp execution > tests check the expected partioning occurs within loops. As with the > reduction

Re: Multiply Optimization in match and Simplify

On Tue, Nov 3, 2015 at 6:12 AM, Hurugalawadi, Naveen wrote: > Hi, > > Thanks for the review and suggestions. > >>> Please do not drop A - B -> A + (-B) from fold-const as match.pd >>> doesn't implement all of fold-const.c negate_expr_p support. > > Done. >

Re: libgo patch committed: Update to Go 1.5 release

We are seeing failures on all the libgo tests when gccgo is built with the latest trunk on ppc64 (BE) and when running the testsuite for 64 bit. The failures do not occur if run on ppc64 BE with m32 and do not occur on ppc64le. The messages say this: make[3]: Entering directory

[PATCH][AArch64][v2] Improve comparison with complex immediates followed by branch/cset

Hi all, This patch slightly improves sequences where we want to compare against a complex immediate and branch against the result or perform a cset on it. This means transforming sequences of mov+movk+cmp+branch into sub+subs+branch. Similar for cset. Unfortunately I can't just do this by

Re: [1/3] OpenACC reductions

On Mon, Nov 02, 2015 at 11:18:37AM -0500, Nathan Sidwell wrote: > This is the core execution bits of OpenACC reductions. > > We have a new internal fn 'IFN_GOACC_REDUCTION' and a new target hook > goacc.reduction, to lower it on the target compiler. So, let me start with a few questions: 1) does

Re: [PATCH] replace BITS_PER_UNIT with __CHAR_BIT__ in target libs

On Tue, Nov 03, 2015 at 01:20:26PM +, Joseph Myers wrote: > On Mon, 2 Nov 2015, Jeff Law wrote: > > > Based on Bernd's comments, I think this is fine. Any sense of how much work > > there is left to cleanup the runtime's inclusion of gcc's config/ target > > headers? > > See

[PATCH] Refactor BB vectorization

This refactors BB vectorization in preparation to make it work on sub-BB granularity. Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk. Richard. 2015-11-03 Richard Biener * tree-vect-data-refs.c (vect_analyze_data_refs): Do not collect

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

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

I guess this is a case where I could say either "I wrote the patch" or "I requested changes to a patch in review"; in the latter case I can approve it. Joseph seems on board with what we've discussed, so I'd say please wait until Tuesday for objections then commit. I didn't get to committing

Re: [Patch AArch64] Switch constant pools to separate rodata sections.

On Tue, Nov 03, 2015 at 04:36:45PM +, Ramana Radhakrishnan wrote: > Hi, > > Now that PR63304 is fixed and we have an option to address > any part of the memory using adrp / add or adrp / ldr instructions > it makes sense to switch out literal pools into their own > mergeable sections by

Re: [PATCH] S/390: Fix warning in "*movstr" pattern.

Dominik Vogt wrote: > @@ -2936,7 +2936,7 @@ > (set (mem:BLK (match_operand:P 1 "register_operand" "0")) > (mem:BLK (match_operand:P 3 "register_operand" "2"))) > (set (match_operand:P 0 "register_operand" "=d") > - (unspec [(mem:BLK (match_dup 1)) > + (unspec:P [(mem:BLK

[PATCH,committed] PR fortran/67982 -- add testcase

I've committed a testcase for PR fortran/67982 to trunk. Dominique Index: gcc/testsuite/gfortran.dg/warn_unused_function_3.f90 === --- gcc/testsuite/gfortran.dg/warn_unused_function_3.f90(nonexistent) +++

[PATCH] PR67518 and PR53852 -- add testcase.

Attached testcases for two previously fixed PRs (and thanks to Dominique who was quicker for PR67982). 2015-11-03 Joost VandeVondele PR middle-end/53852 PR middle-end/67518 * gfortran.dg/PR67518.f90: New test. * gfortran.dg/PR53852.f90: New

[c++-delayed-folding] Introduce convert_to_real_nofold

The last piece for convert.c. Since convert_to_real uses fold () rather than fold_buildN, I defined a new macro to keep the code more compact. With this committed, convert.c should be dealt with. If there's anything else I could help with, please let me know. Bootstrapped/regtested on

Re: [PATCH] Fix declaration of pthread-structs in s-osinte-rtems.ads

Am Tuesday 03 November 2015, 18:10:53 schrieb Arnaud Charlet: > > Let's try again. This time I made the diff against trunk with the changes > > Sebastian recommended, included a ChangeLog and used svn-diff. > > If this patch goes through, please let me know how the backporting works. > > Your

Re: [PATCH] Fix declaration of pthread-structs in s-osinte-rtems.ads

> Let's try again. This time I made the diff against trunk with the changes > Sebastian recommended, included a ChangeLog and used svn-diff. > If this patch goes through, please let me know how the backporting works. Your ChangeLog entry is not in the proper format, see sections 6.8.1 and 6.8.2

Re: [ARM] Fix PR middle-end/65958

On 06/10/15 11:11, Eric Botcazou wrote: >> Thanks - I have no further comments on this patch. We probably need to >> implement the same on AArch64 too in order to avoid similar problems. > > Here's the implementation for aarch64, very similar but simpler since there > is > no shortage of

[PATCH][RFC] Remove warning for SET VOIDmode -> BLKmode.

The attached patch removes the messages "warning: source missing a mode?" and "warning: operand ... missing mode?" (genrecog.c) for the case that the DEST of a SET rtx has BKLmode and SRC has void mode. The mvcle instruction on s390 has a pretty weird format that takes the lowest eight bits of an

Re: [PATCH][RFC] Remove warning for SET VOIDmode -> BLKmode.

(Debug code removed from patch.) Ciao Dominik ^_^ ^_^ -- Dominik Vogt IBM Germany gcc/ChangeLog * genrecog.c (validate_pattern): Allow "set VOIDmode -> BLKmode" without warnings. >From 04376919c108c42a2e9835dd1809b198bc47513f Mon Sep 17 00:00:00 2001 From: Dominik Vogt

Re: [PATCH] Fix declaration of pthread-structs in s-osinte-rtems.ads

> > Your ChangeLog entry is not in the proper format, see sections 6.8.1 and > > 6.8.2 from http://www.gnu.org/prep/standards/standards.html > > > > The diff itself is OK. > > Ok, fixed this. See the new diff below. This is now OK, you can go ahead and commit it. > > You can use svn merge to

Re: [AArch64] Update comments on the usage of X30 in FIXED_REGISTERS and CALL_USED_REGISTERS

On 02/11/15 14:52, Richard Earnshaw wrote: On 02/11/15 12:58, Jiong Wang wrote: On 02/11/15 12:01, Richard Earnshaw wrote: On 16/10/15 15:36, Jiong Wang wrote: The patch https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02654.html from last year changed the definition of LR in

Re: [ARM] Fix PR middle-end/65958

> Unless there really is common code between the two patches, this should > be separated out into two posts, one for ARM and one for AArch64. The ARM bits were approved by Ramana and installed right away. > Hmm, so if PROBE_INTERVAL != 4096 we barf! Yes, but that's not usual, ARM and SPARC have

[PATCH, libcpp]: Correctly advance the pointer to an aligned address.

Hello! The formulae to advance the pointer to an aligned address is: /* This macro rounds x up to the y boundary. */ #define ROUND_UP(x,y) (((x) + (y) - 1) & ~((y) - 1)) Another example of missing "-1" can be found in libcpp, lex.c/search_line_sse42. Luckily, we already checked for unaligned

Re: libgo patch committed: Update to Go 1.5 release

On Tue, Nov 3, 2015 at 7:48 AM, Lynn A. Boger wrote: > > We are seeing failures on all the libgo tests when gccgo is built with the > latest trunk > on ppc64 (BE) and when running the testsuite for 64 bit. The failures > do not occur if run on ppc64 BE with m32 and do

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On Tue, Nov 3, 2015 at 10:26 AM, Paolo Carlini wrote: > Finally, since you are touching acinclude.m4 you should > normally run autoreconf, mention in the ChangeLog the changed regenerated > files and eventually commit those changes too (like the ChangeLog entries, >

[PATCH] S/390: Fix warning in "*movstr" pattern.

The attached patch fixes the message "warning: dest missing a mode?" from s390.md. Ciao Dominik ^_^ ^_^ -- Dominik Vogt IBM Germany gcc/ChangeLog * config/s390/s390.md ("*movstr"): Fix warning. >From e03251cacf2004e4cb302de03b44bb1a3f6ad827 Mon Sep 17 00:00:00 2001 From: Dominik

OpenACC dimension range propagation optimization

Richard, this patch implements VRP for the 2 openacc axis internal fns I've added. We know the position within a dimension cannot exceed that dimensions extend. Further, if the extend is dynamic, the target backend may well know there's a hardware-mandated maximum value. Hence, added a new

Re: [ping] Fix PR debug/66728

.byte 0x8 # Pointer Size (in bytes) .uleb128 0x1# (DIE (0xb) DW_TAG_compile_unit) ! .long .LASF0 # DW_AT_producer: "GNU C11 6.0.0 20151103 (experimental) [trunk revision 229720] -O -g" ! .byte 0xc # DW_AT_language .asc

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On Nov 3, 2015, at 1:10 PM, Martin Sebor wrote: > The "as if" requirement implies that any observable effects of > "the (possibly replaced) ordinary version" must be preserved. > The repeated calls to the new handler are among such effects. Unless the standard is fixed to say

[openacc] tile, independent, default, private and firstprivate support in c/++

This patch does the following to the c and c++ front ends: * parsing support for the tile, independent, default (none), private and firstprivate clauses in c and c++ * updates c_oacc_split_loop_clauses to filter out the loop clauses from combined parallel/kernels loops The c front end

Re: [PATCH], PowerPC IEEE 128-bit patch #8 (libgcc bits)

On Tue, Oct 27, 2015 at 11:38:48PM +, Joseph Myers wrote: > This patch does not take account of the issues with the powerpc-specific > functions that I pointed out in > when they > were posted to libc-alpha. (Testcases covering

Re: [ARM] Fix PR middle-end/65958

> Yes, but that's not usual, ARM and SPARC have it too, 4096 happens to be the > limit of reg+off addressing mode on several architectures. ... not unusual... -- Eric Botcazou

Re: libgo patch committed: Update to Go 1.5 release

Ian Lance Taylor writes: > I don't know that I have access to a big-endian PPC GNU/Linux machine any > more. There's gcc110 on the compile farm. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And

Re: [PATCH], PowerPC IEEE 128-bit patch #8 (libgcc bits)

On Nov 3, 2015, at 2:17 PM, Michael Meissner wrote: > The intention was to keep those to allow other compilers (XL, LLVM) to use > these functions for developing their own IEEE 128-bit support. However, since > I posted the patch, those groups feel they cannot use

Re: [PATCH] Add configure flag for operator new (std::nothrow)

Besides violating the requirement of the C++ standard, replacing Could you please point us to the relevant section where this behavior is enforced? We couldn't find it so far. The Required behavior of the nothrow operator new reads: This nothrow version of operator new returns a pointer

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On 11/03/2015 05:35 AM, Aurelio Remonda wrote: Currently, whenever operator new (std::nothrow) fails to allocate memory, it'll check if there is a new-handler function available. If there is, it'll call the handler and then try to allocate again. Otherwise, it'll return a null pointer. This

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On Tue, Nov 3, 2015 at 5:25 PM, Martin Sebor wrote: > On 11/03/2015 05:35 AM, Aurelio Remonda wrote: >> >> Currently, whenever operator new (std::nothrow) fails to allocate memory, >> it'll >> check if there is a new-handler function available. If there is, it'll >> call >> the

[PATCH], Add power9 support to GCC, patch #1

This patch adds the stub support to allow users to use -mcpu=power9, so that in the future it will generate code for the Power9 systems (ISA 3.0). At this time, the stub only sets up the switches. Future patches to GCC 6.x and later GCC 7.x will add support for various features in power9. I

Re: libgo patch committed: Update to Go 1.5 release

I can see the problem in gotest. It has to do with the setting of GOARCH. Previously GOARCH was being set based on the --goarch argument, but now goarch is being set. Not sure both GOARCH and goarch are needed? I've attached a patch I used to get it to work. It worked for ppc64le and ppc64

[PATCH] [graphite] improve debug of codegen

From: Aditya Kumar - fix printing of ISL stmt and parameter names - move dot_scop* functions outside of anonymous namespace. * graphite-isl-ast-to-gimple.c: Include tree-cfg.h. (translate_isl_ast_node_user): Add more dumps: call print_loops_bb. *

Re: [PATCH], PowerPC IEEE 128-bit patch #8 (libgcc bits)

On Tue, 3 Nov 2015, Michael Meissner wrote: > > Another thing that would help find missing libgcc functions is enabling > > libquadmath for powerpc (building with -mvsx) - though there isn't a > > libquadmath testsuite - missing functions would mean it fails to link > > (though this wouldn't

Re: [PATCH] S/390: Fix warning in "*movstr" pattern.

On Tue, Nov 03, 2015 at 06:47:28PM +0100, Ulrich Weigand wrote: > Dominik Vogt wrote: > > > @@ -2936,7 +2936,7 @@ > > (set (mem:BLK (match_operand:P 1 "register_operand" "0")) > > (mem:BLK (match_operand:P 3 "register_operand" "2"))) > > (set (match_operand:P 0 "register_operand"

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On 11/03/2015 04:08 PM, Mike Stump wrote: On Nov 3, 2015, at 1:10 PM, Martin Sebor wrote: The "as if" requirement implies that any observable effects of "the (possibly replaced) ordinary version" must be preserved. The repeated calls to the new handler are among such effects.

[PATCH] Add support for ARM embedded multilibs

Ported from svn://gcc.gnu.org/svn/gcc/branches/ARM/embedded-4_9-branch * config.gcc (--with-multilib-list): Accept arm embedded cores. * configure.ac (with_multilib_list): Export for being used in arm embedded multilib fragment. * configure: Regenerated. * Makefile.in (with_multilib_list):

Re: libgo patch committed: Update to Go 1.5 release

On Tue, Nov 3, 2015 at 12:17 PM, Lynn A. Boger wrote: > I can see the problem in gotest. It has to do with the setting of GOARCH. > > Previously GOARCH was being set based on the --goarch argument, but now > goarch is being set. Not sure both GOARCH and goarch are

Division Optimization in match and simplify

Hi, Please find attached the patch that moves some division optimizations from fold-const using match and simplify. Please review the patch and let me know if any modifications are required. Regression tested the patch on X86 without any issues. Thanks, Naveen ChangeLog 2015-11-04 Naveen

[openacc] acc loop updates in fortran

This patch updates the fortran front end so that it supports the acc loop clauses in a similar manner to both the c and c++ front ends in addition to addressing a couple of other loose ends. Specifically: * the tile clause now supports a list of arguments like c and c++ * made the default

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On 4 November 2015 at 01:55, Martin Sebor wrote: > On 11/03/2015 05:35 AM, Aurelio Remonda wrote: >> >> Currently, whenever operator new (std::nothrow) fails to allocate memory, >> it'll >> check if there is a new-handler function available. If there is, it'll >> call >> the handler and then try

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On 4 November 2015 at 02:11, Daniel Gutson wrote: > Since this is a nothrow new, we thought that probably the system > might not be exceptions-friendly (such as certain embedded systems), > so we wanted to provide the new_handler the ability to do something else > other than trying to allocate

Re: [PATCH], PowerPC IEEE 128-bit patch #8 (libgcc bits)

I had the wrong email address for Tulio. -- 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: Add VIEW_CONVERT_EXPR to operand_equal_p

> > This fails on ia64. > > gnat.dg/discr44.adb and gnat.dg/discr45.adb are supposed to fail everywhere > (and there are also a few ACATS failures everywhere). Sorry for the awkward > situation but they are testcases exposing the recent type system breakage. Are these supposed to be fixed by

Re: [PATCH] Add support for ARM embedded multilibs

On Wed, Nov 4, 2015 at 12:29 AM, Jasmin J. wrote: > Thank you for your patch - In this case before you make any more changes to this patch - comparing your patch and Terry's patch here https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00729.html shows no real differences, I would

Re: [PATCH] Add configure flag for operator new (std::nothrow)

On 4 November 2015 at 11:50, Jonathan Wakely wrote: > On 4 November 2015 at 02:11, Daniel Gutson wrote: >> Since this is a nothrow new, we thought that probably the system >> might not be exceptions-friendly (such as certain embedded systems), >> so we wanted to provide the new_handler the ability

Re: [0/7] Type promotion pass and elimination of zext/sext

On Mon, Nov 2, 2015 at 10:17 AM, Kugan wrote: > > > On 29/10/15 02:45, Richard Biener wrote: >> On Tue, Oct 27, 2015 at 1:50 AM, kugan >> wrote: >>> >>> >>> On 23/10/15 01:23, Richard Biener wrote: On Thu, Oct 22,

Re: [gomp4, committed] Implement -foffload-alias

On 03/11/15 15:19, Tom de Vries wrote: I've dropped the two testcases from this patch, I'll commit in a follow-up patch. Committed to gomp-4_0-branch, as attached. Thanks, - Tom Add goacc/kernels-loop-offload-alias-{none,ptr}.c 2015-11-03 Tom de Vries *

Re: [v3 PATCH] Make the default constructors of tuple and pair conditionally explicit.

On 3 November 2015 at 02:37, Paolo Carlini wrote: > Hi, > > On 11/02/2015 09:20 PM, Ville Voutilainen wrote: >> >> On 2 November 2015 at 21:20, Paolo Carlini >> wrote: >>> >>> Can we follow the terse style already used elsewhere (eg, >>>

Re: [PATCH] Pass manager: add support for termination of pass list

On Tue, Nov 3, 2015 at 3:13 PM, Martin Liška wrote: > On 11/03/2015 02:46 PM, Richard Biener wrote: >> On Fri, Oct 30, 2015 at 1:53 PM, Martin Liška wrote: >>> On 10/30/2015 01:13 PM, Richard Biener wrote: So I suggest to do the push/pop of cfun there.

Re: [PATCH] PR 68192 Export AIX TLS symbols

On Tue, Nov 3, 2015 at 3:23 PM, David Edelsohn wrote: > TLS symbols in AIX display a new, different symbol type in nm output. > Libtool explicitly creates a list of exported symbols for shared > libraries using nm and does not recognize the new TLS symbols, so > those symbols

Re: [v3 PATCH] Make the default constructors of tuple and pair conditionally explicit.

On 3 November 2015 at 16:42, Jonathan Wakely wrote: > On 3 November 2015 at 02:37, Paolo Carlini wrote: >> Hi, >> >> On 11/02/2015 09:20 PM, Ville Voutilainen wrote: >>> >>> On 2 November 2015 at 21:20, Paolo Carlini >>> wrote: Can we

Re: [PATCH] Pass manager: add support for termination of pass list

On Fri, Oct 30, 2015 at 1:53 PM, Martin Liška wrote: > On 10/30/2015 01:13 PM, Richard Biener wrote: >> So I suggest to do the push/pop of cfun there. >> do_per_function_toporder can be made static btw. >> >> Richard. > > Right, I've done that and it works (bootstrap has been

Re: [PATCH, 2/2] Handle recursive restrict in function parameter

On 01/11/15 19:20, Tom de Vries wrote: On 01/11/15 19:03, Tom de Vries wrote: So, the new patch series is: 1Rename make_restrict_var_constraints to make_param_constraints 2Handle recursive restrict in function parameter I'll repost in reply to this message. This patch

[gomp4,committed] Handle recursive restrict in function parameter

[ was: Re: [PATCH, 2/2] Handle recursive restrict in function parameter ] On 03/11/15 14:46, Tom de Vries wrote: On 01/11/15 19:20, Tom de Vries wrote: On 01/11/15 19:03, Tom de Vries wrote: So, the new patch series is: 1Rename make_restrict_var_constraints to

Re: [PATCH 6/6] Make SRA replace constant-pool loads

On Thu, Oct 29, 2015 at 8:18 PM, Alan Lawrence wrote: > This has changed quite a bit since the previous revision > (https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01484.html), mostly due to Ada > and specifically Ada on ARM. > > I didn't find a good alternative to scanning

Re: [PATCH] Add configure flag for operator new (std::nothrow)

Aurelio Remonda writes: > aurelio-remonda@Remonda-PC:~/gcc/libstdc++-v3$ autoreconf > configure.ac:74: error: Autoconf version 2.65 or higher is required Make sure you have automake 1.11.6. Andreas. -- Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key

Re: [PATCH] remove unused config/arm/coff.h

On 03/11/15 13:49, Jeff Law wrote: > On 11/03/2015 04:31 AM, tbsaunde+...@tbsaunde.org wrote: >> From: Trevor Saunders >> >> Hi, >> >> $subject, nothing refers to this header so we might as well remove it. >> >> tested I can still build on x86_64-linux-gnu, not that I

  1   2   >