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
DW_AT_static_link a location des
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
PR libffi/65726
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:
https://sourceware.or
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 PR68463).
Bootstrapped an
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 = tru
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
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
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, w
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 IL using
>> >IFN_SQRT instead of tar
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 tru
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 a
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 vector rsqrt, as tar
12 matches
Mail list logo
