Re: [PATCH] Fix vector rsqrt discovery (PR tree-optimization/68501)

On Sat, Nov 28, 2015 at 08:47:18AM +0100, Richard Biener wrote: > On November 27, 2015 8:40:56 PM GMT+01:00, Jakub Jelinek > wrote: > >The recent changes where vector sqrt is represented in the IL using > >IFN_SQRT instead of target specific builtins broke the discovery > >of

[Patch, fortran] PR68534 - No error on mismatch in number of arguments between submodule and module interface

Dear All, The check that the number of formal arguments in the submodule procedure declaration is the same as that in the module interface was not working when there were none in either of them. This rather trivial patch remedies the problem. Bootstrapped and regtested on FC21/x86_64 - OK for

Re: [PATCH] Fix vector rsqrt discovery (PR tree-optimization/68501)

On November 28, 2015 9:38:40 AM GMT+01:00, Jakub Jelinek wrote: >On Sat, Nov 28, 2015 at 08:47:18AM +0100, Richard Biener wrote: >> On November 27, 2015 8:40:56 PM GMT+01:00, Jakub Jelinek > wrote: >> >The recent changes where vector sqrt is represented in the

Re: [RFC] Getting LTO incremental linking work

On 28/11/15 10:35, Tom de Vries wrote: On 26/11/15 00:07, Jan Hubicka wrote: (flinker_output): New flag. Hi, this seems to have cause a regression when using a compiler configured for offloading (giving ~1000 fails in libgomp testing). For test-case libgomp.c/examples-4/array_sections-3.c,

Re: [RFC] Getting LTO incremental linking work

2015-11-28 14:01 GMT+03:00 Tom de Vries : > This patch fixes the failures. I'm not sure if this is the right or complete > fix though. I think it's ok, at least until we decide how to rework the offloading stuff in lto-wrapper (see PR68463). Thanks, -- Ilya

Re: [RFC] Getting LTO incremental linking work

On 26/11/15 00:07, Jan Hubicka wrote: (flinker_output): New flag. Hi, this seems to have cause a regression when using a compiler configured for offloading (giving ~1000 fails in libgomp testing). For test-case libgomp.c/examples-4/array_sections-3.c, we enter run_gcc in lto-wrapper with

Re: [PATCH] Add save_expr langhook (PR c/68513)

On Sat, 28 Nov 2015, Richard Biener wrote: > Different approach: after the FE folds (unexpectedly?), scan the result > for SAVE_EXPRs and if found, drop the folding. Or, if conversions are going to fold from language-independent code (which is the underlying problem here - a conversion without

Re: [PATCH committed] PR other/61321 - demangler crash on casts in template parameters

On 11/27/2015 02:53 PM, Markus Trippelsdorf wrote: > I've committed the patch from Pedro Alves for PR61321. It was approved > by Jason over a year ago and the dups kept piling up. Thanks Markus. I've merged libiberty/ to sourceware.org git in order to pick the fix for gdb:

Re: [Patch, fortran] PR68534 - No error on mismatch in number of arguments between submodule and module interface

On Sat, Nov 28, 2015 at 11:35:54AM +0100, Paul Richard Thomas wrote: > + > + /* Abreviated module procedure declaration is not meant to have any s/Abreviated/Abbreviated > + formal arguments! */ > + if (!sym->abr_modproc_decl && formal && !head) > + arg_count_mismatch =

Re: [RFC] Getting LTO incremental linking work

On 28/11/15 13:02, Ilya Verbin wrote: 2015-11-28 14:01 GMT+03:00 Tom de Vries : This patch fixes the failures. I'm not sure if this is the right or complete fix though. I think it's ok, at least until we decide how to rework the offloading stuff in lto-wrapper (see

[PTX] Fix CFA breakage

The recent patch to tree-nested.c: 2015-11-26 Pierre-Marie de Rodat PR debug/53927 * tree-nested.c (finalize_nesting_tree_1): Append a field to hold the frame base address. * dwarf2out.c (gen_subprogram_die): Generate for

Re: [PATCH] fix PR65726

On Thu, 26 Nov 2015, Andreas Tobler wrote: the attached patch fixes the build issue from this ticket if bootstrap is disabled. Tested on x86_64-*-linux* and on x86_64-*-freebsd* with gcc and clang. Ok for trunk? And 5.3? Thanks, Andreas 2015-11-26 Andreas Tobler