Re: [PATCH] error on missing LTO symbols

On Fri, Dec 14, 2018 at 10:21:35AM +0100, Tom de Vries wrote: > --- /dev/null > +++ b/libgomp/testsuite/libgomp.c-c++-common/variable-not-offloaded.c > @@ -0,0 +1,21 @@ > +/* { dg-do link } */ > +/* { dg-excess-errors "lto1, mkoffload and lto-wrapper fatal errors" } */ > + > +int results[2000]; /*

Re: [PATCH] error on missing LTO symbols

On Fri, Dec 14, 2018 at 10:21:35AM +0100, Tom de Vries wrote: > Build and reg-tested on x86_64 with nvptx accelerator. > > 2018-12-13 Tom de Vries > > * lto-cgraph.c (verify_node_partition): New function. > (input_overwrite_node, input_varpool_node): Use verify_node_partition. > >

Re: [PATCH] Delete powerpcspe

On Thu, Dec 13, 2018 at 5:49 PM Jeff Law wrote: > > On 12/12/18 10:33 AM, Segher Boessenkool wrote: > > On Wed, Dec 12, 2018 at 11:36:29AM +0100, Richard Biener wrote: > >> On Tue, Dec 11, 2018 at 2:37 PM Jeff Law wrote: > >>> One way to deal with these problems is to create a fake simulator that

[committed][testsuite] Remove bashism from libbacktrace/allocfail.sh

Hi, Test-case libbacktrace/allocfail.sh contains bashism "set -o pipefail", which makes the script fail on ubuntu 18.04, which links /bin/sh to /bin/dash. Fix this by removing the "set -o pipefail". Tested by running the test-case with dash on x86_64-linux. Committed to trunk. Thanks, - Tom [

Re: [PATCH] Improve gimplification of constructors with RANGE_EXPRs (PR c++/82294, PR c++/87436)

On Fri, 14 Dec 2018, Jakub Jelinek wrote: > Hi! > > With the previously posted patch to use RANGE_EXPRs in build_vec_init, > the following patch attempts to do what the reporters were asking for > - determine if it wouldn't be more efficient to use (perhaps nested) loops > to initialize at runtim

Re: add taishanv110 pipeline scheduling

Hi Wuyuan, On 06/12/2018 01:31, wuyuan (E) wrote: > Hi ARM maintainers: > The taishanv110 core uses generic pipeline scheduling, which > restricted the performance of taishanv110 core. By adding the pipeline > scheduling of taishanv110 core in GCC,The performance of taishanv110 has been

[PATCH] Remove duplicated code block in gimple-ssa-split-paths.c

Jeffs last commit added the fix twice. Bootstrapped and tested on x86_64-unknown-linux-gnu, applied. Richard. 2018-12-14 Richard Biener * gimple-ssa-split-paths.c (is_feasible_trace): Remove duplicated code block. Index: gcc/gimple-ssa-split-paths.c ===

Re: [PATCH] error on missing LTO symbols

On 13-12-18 14:44, Jakub Jelinek wrote: > On Thu, Dec 13, 2018 at 02:31:45PM +0100, Tom de Vries wrote: >>> 2015-07-24 Cesar Philippidis > > Please use current date ;) > >>> >>> gcc/ >>> * lto-cgraph.c (input_overwrite_node): Error instead of assert >>> on missing cgraph partitions

[Patch, PR 88253, combine] Prevent combine simplification to zero if side_effects_p

Hi, This patch fixes PR 88253 by preventing combine_simplify_rtx from folding an rtx with side_effects_p to const0_rtx. Without the patch, combine deletes volatile loads from memory in certain cases. When combine_simplify_rtx is called with op0_mode = E_HImode and rtx like (subreg:QI (ashift:HI

[committed, GCC-8, Arm] Backport of PR target/88224

Hi, I committed a tweaked backport of https://gcc.gnu.org/ml/gcc-patches/2018-11/msg02276.html to the gcc-8-branch in r267124. There was a small subtle difference, since in GCC-8 we didn't enable fpu by default for cores, so rather than changing the default to use the right fpu, I changed the

Re: [PATCH] Added information about inline assembler in stack calculations (.su files)

On Thu, Dec 13, 2018 at 05:31:28PM -0700, Jeff Law wrote: > On 12/7/18 4:35 PM, Segher Boessenkool wrote: > > Would that work well? Only warn for naked functions? It would work > > better for all users that do *not* mess with the stack in their asm ;-) > What I'm questioning is whether or not thi

Re: [PATCH] [RFC] PR target/52813 and target/11807

On Thu, Dec 13, 2018 at 11:26:40PM +0200, Dimitar Dimitrov wrote: > On Thu, Dec 13, 2018 at 8:48:38 EET Segher Boessenkool wrote: > > On Wed, Dec 12, 2018 at 06:26:10PM +0200, Dimitar Dimitrov wrote: > > > I expect that if I mark a HW register as "clobber", compiler would save > > > its > > > conte

Re: [PATCH] Delete powerpcspe

> On 14 Dec 2018, at 08:20, Segher Boessenkool > wrote: > > On Thu, Dec 13, 2018 at 09:49:51AM -0700, Jeff Law wrote: >> On 12/12/18 10:33 AM, Segher Boessenkool wrote: >>> On Wed, Dec 12, 2018 at 11:36:29AM +0100, Richard Biener wrote: On Tue, Dec 11, 2018 at 2:37 PM Jeff Law wrote: >>>

Re: [PATCH, middle-end/i386]: Fix PR88474, Inline built-in hypot for -ffast-math

On Fri, 14 Dec 2018, Uros Bizjak wrote: > Attached patch inlines calls to hypotf and hypot using x87 XFmode arithmetic. > > 2018-12-14 Uros Bizjak > > PR target/88474 > * internal-fn.def (HYPOT): New. > * optabs.def (hypot_optab): New. > * config/i386/i386.md (hypot3): New exp

Re: [PATCH] match_asm_constraints: Use copy_rtx where needed (PR88001)

On Thu, Dec 13, 2018 at 11:09:14AM -0700, Jeff Law wrote: > On 12/12/18 1:22 PM, Segher Boessenkool wrote: > > The new insn here (temporarily) illegally shares RTL. This fixes it. > > > > Tested with an ARC cross, and regstrapped on powerpc64-linux {-m32,-m64}. > > Is this okay for trunk? > > >

Re: [PATCH] Fix stmt folding in the inliner (PR tree-optimization/88444)

On Thu, 13 Dec 2018, Jeff Law wrote: > On 12/13/18 3:59 PM, Jakub Jelinek wrote: > > Hi! > > > > The inliner doesn't want to fold statements immediately, but records them > > and then fold_marked_statements is meant to fold them when inlining is done. > > > > On the following testcase it doesn't

Re: [PATCH] Delete powerpcspe

On Thu, Dec 13, 2018 at 09:49:51AM -0700, Jeff Law wrote: > On 12/12/18 10:33 AM, Segher Boessenkool wrote: > > On Wed, Dec 12, 2018 at 11:36:29AM +0100, Richard Biener wrote: > >> On Tue, Dec 11, 2018 at 2:37 PM Jeff Law wrote: > >>> One way to deal with these problems is to create a fake simulat

<    1   2