> This patch adds them missing noexectack on sparc assembly implementation. I
> saw no regression on gcc testsuite and it fixes the regression on GLIBC
> side.
>
> libgcc/
>
> * config/sparc/lb1spc.S [__ELF__ && __linux__]: Emit .note.GNU-stack
> section for a non-executable stack.
On Sat, 13 May 2017, Eric Botcazou wrote:
> > Does this happen on the GCC7 branch as well? The patch just guards an
> > indirect ref folding (I refrained from trying to make it correct given I
> > think it's premature optimization).
>
> No, mainline and GCC 7 branch are fine. It appears that th
This partially relaxes alignment constraint for tagged types on x86 and, more
generally, architectures that do not require strict alignment for memory
accesses, for historical reasons: the compiler now accepts size clauses on
record type extensions that effectively lower the alignment of the typ
On Mon, May 15, 2017 at 12:09 AM, NightStrike wrote:
> On Sat, May 13, 2017 at 4:39 PM, Jeff Law wrote:
>> On 05/13/2017 04:38 AM, Jakub Jelinek wrote:
>>>
>>> On Sat, May 13, 2017 at 12:24:12PM +0200, Bernhard Reutner-Fischer wrote:
I guess neither redhat
(https://access.redhat.co
Tested on x86_64-suse-linux, applied on the mainline.
2017-05-15 Eric Botcazou
* gcc-interface/trans.c (gnat_to_gnu) : Fix formatting.
: Use properly typed constants.
(extract_values): Move around.
(pos_to_constructor): Minor tweaks.
(Sloc_to_locus): Fi
In Ada, pragma Inline_Always (which is specific to GNAT) guarantees both that
all direct calls are inlined and that there are no indirect references to the
subprogram. That's why the out-of-line body of a subprogram subject to pragma
Inline_Always can always be eliminated.
Tested on x86_64-sus
On Fri, May 12, 2017 at 7:51 PM, Bernd Schmidt wrote:
> If you look at certain testcases like the one for PR78972, you'll find that
> the code generated by TER is maximally pessimal in terms of register
> pressure: we can generate a large number of intermediate results, and defer
> all the stateme
ping
From: gcc-patches-ow...@gcc.gnu.org on behalf
of Tamar Christina
Sent: Tuesday, May 2, 2017 10:08:35 AM
To: GCC Patches
Cc: nd; James Greenhalgh; Richard Earnshaw; Marcus Shawcroft
Subject: Re: [PATCH][GCC][AArch64] Fix subreg bug in scalar copysign
Ping
From: gcc-patches-ow...@gcc.gnu.org on behalf
of Tamar Christina
Sent: Tuesday, May 2, 2017 3:46:49 PM
To: Matthew Wahab; gcc-patches
Cc: nd; ni...@redhat.com; Richard Earnshaw; Ramana Radhakrishnan; Kyrylo Tkachov
Subject: Re: [ARM] Enable FP16 vect
Ping
From: gcc-patches-ow...@gcc.gnu.org on behalf
of Tamar Christina
Sent: Tuesday, May 2, 2017 4:37:16 PM
To: GCC Patches
Cc: nd; Richard Earnshaw; Marcus Shawcroft; James Greenhalgh
Subject: [PATCH][GCC][AARCH64]Adjust costs so udiv is preferred over s
Ping
From: gcc-patches-ow...@gcc.gnu.org on behalf
of Tamar Christina
Sent: Tuesday, May 2, 2017 4:37:12 PM
To: GCC Patches
Cc: nd; Kyrylo Tkachov; Ramana Radhakrishnan; Richard Earnshaw; ni...@redhat.com
Subject: [PATCH][GCC][ARM] Adjust costs so udiv is
Ping
From: gcc-patches-ow...@gcc.gnu.org on behalf
of Tamar Christina
Sent: Tuesday, May 2, 2017 4:37:21 PM
To: GCC Patches
Cc: nd; Kyrylo Tkachov; Richard Earnshaw; Marcus Shawcroft; James Greenhalgh;
ni...@redhat.com; Ramana Radhakrishnan
Subject: [PAT
Tested on x86_64-suse-linux, applied on the mainline.
2017-05-15 Eric Botcazou
* gcc-interface/trans.c (Identifier_to_gnu): Also accept incomplete
types not coming from a limited context.
--
Eric BotcazouIndex: gcc-interface/trans.c
==
On Mon, May 15, 2017 at 9:27 AM, Richard Biener
wrote:
> On Fri, May 12, 2017 at 7:51 PM, Bernd Schmidt wrote:
>> If you look at certain testcases like the one for PR78972, you'll find that
>> the code generated by TER is maximally pessimal in terms of register
>> pressure: we can generate a larg
On Tue, May 2, 2017 at 4:37 PM, Tamar Christina wrote:
> Hi All,
>
> This patch adjusts the cost model for Cortex-A53 to increase the costs of
> an integer division. The reason for this is that we want to always expand
> the division to a multiply when doing a division by constant.
>
> On the Cort
Tested on x86_64-suse-linux, applied on the mainline.
2017-05-15 Eric Botcazou
* gcc-interface/trans.c (return_value_ok_for_nrv_p): Only apply the
addressability check in the constrained case.
--
Eric BotcazouIndex: gcc-interface/trans.c
=
Hi Tamar,
On 02/05/17 15:46, Tamar Christina wrote:
Hi All,
I'm taking this one over from Matthew, I think it slipped through the cracks
before.
Since it still applies cleanly on trunk I'm just pinging it.
Ok for trunk?
Sorry for missing this.
For the record you are referring to the patch
Tested on x86_64-suse-linux, applied on the mainline.
2017-05-15 Pierre-Marie de Rodat
* gcc-interface/utils.c (can_materialize_object_renaming_p):
Synchronize with GNAT's Exp_Dbug.Debug_Renaming_Declaration:
process Original_Node instead of expanded names.
2017-05-1
Hi,
Reg-tested now on arm-none-linux-gnueabihf as well and no regressions.
Ok for trunk?
Tamar
From: Ramana Radhakrishnan
Sent: Monday, May 15, 2017 9:40:40 AM
To: Tamar Christina
Cc: GCC Patches; nd; Kyrylo Tkachov; Richard Earnshaw; Marcus Shawcroft; Ja
Hello.
Thanks Martin for feedback! After I spent quite some time with fiddling with
the options, I'm not convinced we should convert options to more hierarchical
structure. There's description:
1) -fopt-info is used to dump optimization options. One can pick both verbosity
(note, optimization, al
On Fri, May 12, 2017 at 09:48:28PM +0200, Jakub Jelinek wrote:
> On Fri, May 12, 2017 at 09:37:27PM +0200, Marek Polacek wrote:
> > @@ -565,6 +564,25 @@ c_fully_fold_internal (tree expr, bool in_init, bool
> > *maybe_const_operands,
> > appropriate in any particular case. */
> >gcc_u
Hello.
This is fix for old issues which can be still exposed.
Patch can bootstrap on ppc64le-redhat-linux and survives regression tests.
Ready to be installed?
Martin
>From 0cbecc941d9b53de8235d5147ee3891d57af5f49 Mon Sep 17 00:00:00 2001
From: marxin
Date: Wed, 3 May 2017 12:16:45 +0200
Subject
Hello.
There are situations where local variables (defined in a switch scope) do
not belong to any BIND_EXPR. Thus, we ICE due to gcc_assert
(gimplify_ctxp->live_switch_vars->elements () == 0);
Is there any better solution how we can catch these variables?
Suggested patch can bootstrap on ppc64
Resending the message to list, Sorry I hadn't noticed somewhere along the line
it was dropped..
Hi All,
I believe Joseph had no more comments for the patch.
Any other comments or OK for trunk?
Regards,
Tamar
From: Tamar Christina
Sent: Tuesday, May 2, 2
Hi,
I have attached a bare-bones prototype patch that propagates malloc attribute in
ipa-pure-const. As far as I understand, from the doc a function could
be annotated
with malloc attribute if it returns a pointer to a newly allocated
memory block (uninitialized or zeroed) and the pointer does not
On 12/05/17 21:33 +0300, Ville Voutilainen wrote:
libstdc++-v3/
Implement new C++ intrinsics __is_assignable and __is_constructible.
* include/std/type_traits (__do_is_static_castable_impl): Remove.
(__is_static_castable_impl, __is_static_castable_safe): Likewise.
(__is_static_cas
The attached bootstraps and regtests on FC23/x86_64 - OK for trunk and
later for 7-branch?
The comment in the patch and the ChangeLog are sufficiently clear that
no further explanation is needed here.
Cheers
Paul
2017-05-15 Paul Thomas
PR fortran/80554
* decl.c (build_sym): In a sub
On 05/15/2017 05:39 AM, Martin Liška wrote:
Thanks Martin for feedback! After I spent quite some time with fiddling with
the options, I'm not convinced we should convert options to more hierarchical
I'll respond to Martin's email properly separates, but while we're on
dump redesign, here's a W
Hi Richard,
Thanks! committed with all the comments resolved.
Regards,
Renlin
On 02/05/17 13:53, Richard Earnshaw (lists) wrote:
On 01/12/16 15:39, Renlin Li wrote:
Hi all,
This patch refactors the code used in call, call_value, sibcall,
sibcall_value expanders.
Before the change, the logic
Martin,
thanks for the write up.
On 05/15/2017 05:39 AM, Martin Liška wrote:
Thanks Martin for feedback! After I spent quite some time with fiddling with > the options, I'm not convinced we should convert options to more
hierarchical> structure. There's description:
1) -fopt-info is used to du
The extra argument to extract_bit_field breaks builds for tilegx-linux-gnu
and tilepro-linux-gnu (as shown by my glibc bot); there are calls in those
back ends which haven't been updated.
--
Joseph S. Myers
jos...@codesourcery.com
Hi!
Given that on gomp-4_0-branch we're now implementing most of what has
been added/changed in OpenACC 2.5, it seemed to make sense to apply the
following to gomp-4_0-branch in r248057:
commit 72ae911aeab1e0664db5737f339fcd81cceff287
Author: tschwinge
Date: Mon May 15 11:45:33 2017 +
Hi!
On Mon, 15 May 2017 08:52:39 +0200, I wrote:
> On Tue, 28 Feb 2017 18:43:36 +0100, I wrote:
> > The 2.5 versions of the OpenACC standard added a new chapter "Profiling
> > Interface". In r245784, I committed incomplete support to
> > gomp-4_0-branch. I plan to continue working on this, but w
On Mon, May 15, 2017 at 11:52 AM, Martin Liška wrote:
> Hello.
>
> This is fix for old issues which can be still exposed.
> Patch can bootstrap on ppc64le-redhat-linux and survives regression tests.
>
> Ready to be installed?
+ if (output_file != NULL && output_file[0] == '\0')
+fatal_error
On 05/15/2017 01:33 PM, Nathan Sidwell wrote:
> Martin,
> thanks for the write up.
>
> On 05/15/2017 05:39 AM, Martin Liška wrote:
>> Thanks Martin for feedback! After I spent quite some time with fiddling with
>> > the options, I'm not convinced we should convert options to more
> hierarchical>
On Mon, May 15, 2017 at 12:17 PM, Martin Liška wrote:
> Hello.
>
> There are situations where local variables (defined in a switch scope) do
> not belong to any BIND_EXPR. Thus, we ICE due to gcc_assert
> (gimplify_ctxp->live_switch_vars->elements () == 0);
>
> Is there any better solution how we
On 05/15/2017 01:18 PM, Nathan Sidwell wrote:
> On 05/15/2017 05:39 AM, Martin Liška wrote:
>> Thanks Martin for feedback! After I spent quite some time with fiddling with
>> the options, I'm not convinced we should convert options to more hierarchical
>
> I'll respond to Martin's email properly s
On 05/15/2017 08:04 AM, Martin Liška wrote:
On 05/15/2017 01:33 PM, Nathan Sidwell wrote:
1) The TDF_UID and TDF_NOUID options seem to be inverses of each other. Can't
we just ditch the latter?
One is used to paper over UIDs in order to preserve -fdebug-compare (I
believe). And the second
While bringing early LTO debug up-to-speed I noticed the following two
issues. The first patch avoids useless work in
note_variable_value_in_expr and actually makes use of the DIE we
eventually create in resolve_variable_value_in_expr.
The second avoids generating a DW_OP_GNU_variable_value for
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-7.1.0.sv.po', has just
On 05/15/2017 02:24 PM, Nathan Sidwell wrote:
> On 05/15/2017 08:04 AM, Martin Liška wrote:
>> On 05/15/2017 01:33 PM, Nathan Sidwell wrote:
>
>>> 1) The TDF_UID and TDF_NOUID options seem to be inverses of each other.
>>> Can't we just ditch the latter?
>>
>> One is used to paper over UIDs in or
On 05/15/2017 05:46 AM, Joseph Myers wrote:
The extra argument to extract_bit_field breaks builds for tilegx-linux-gnu
and tilepro-linux-gnu (as shown by my glibc bot); there are calls in those
back ends which haven't been updated.
I've got patches for the tile backends that I'll push today.
j
Nico Josuttis pointed out that the members were in the wrong order. I
also found that set::insert__return_type::position was using
_Rb_tree_iterator not _Rb_tree_const_iterator as it should have
been.
Finally, with complete structured bindings support in the FE we don't
need the tuple_size and tu
The xz manpage warns against blindly using -9 (for which --best is a
deprecated alias) because of the implications for memory requirements for
decompressing. If there's a reason it's considered appropriate here, I
think it needs an explanatory comment.
--
Joseph S. Myers
jos...@codesourcery.c
Description:
* This patch enables libiberty to read AIX XCOFF.
Tests:
* Fedora25/x86_64 + GCC v7.1.0 : Configure/Build: SUCCESS
- build made by means of a .spec file based on Fedora gcc-7.0.1-0.12 .spec
file
../configure --enable-bootstrap
--enable-languages=c,c++,objc,obj-c++,fortran,
On 05/15/2017 09:06 AM, Martin Liška wrote:
Given a blank sheet of paper, the current 'TDF_tree' dumps should really be
'TDF_gimple' dumps, so we'd have lang/ipa/gimple/rtl kinds of dumps. Such a
renaming may be an unacceptable amount of churn though.
Well, I would prefer to introduce new en
On 2017.05.15 at 14:02 +, Joseph Myers wrote:
> The xz manpage warns against blindly using -9 (for which --best is a
> deprecated alias) because of the implications for memory requirements for
> decompressing. If there's a reason it's considered appropriate here, I
> think it needs an expla
On Fri, May 12, 2017 at 08:28:38PM +, Joseph Myers wrote:
> On Fri, 12 May 2017, Marek Polacek wrote:
>
> > In the effort of reducing early folding, we should avoid calling
> > c_fully_fold
> > blithely, except when needed for e.g. initializers. This is a teeny tiny
> > step
>
> Note there
On 05/15/2017 04:12 PM, Nathan Sidwell wrote:
> On 05/15/2017 09:06 AM, Martin Liška wrote:
>
>>> Given a blank sheet of paper, the current 'TDF_tree' dumps should really be
>>> 'TDF_gimple' dumps, so we'd have lang/ipa/gimple/rtl kinds of dumps. Such a
>>> renaming may be an unacceptable amount
Description:
* This patch enables libbacktrace to handle XCOFF on AIX.
Tests:
* Fedora25/x86_64 + GCC v7.1.0 : Configure/Build: SUCCESS
- build made by means of a .spec file based on Fedora gcc-7.0.1-0.12 .spec
file
../configure --enable-bootstrap
--enable-languages=c,c++,objc,obj-c++,fort
On Mon, 15 May 2017, Marek Polacek wrote:
> Thanks for pointing this out! The new version:
>
> Bootstrapped/regtested on x86_64-linux.
>
> 2017-05-15 Marek Polacek
>
> * c-common.c (c_save_expr): Remove.
> (c_common_truthvalue_conversion): Remove a call to c_save_expr.
> *
Description:
* This patch enables FFI Go Closure on AIX.
Tests:
* Fedora25/x86_64 + GCC v7.1.0 : Configure/Build: SUCCESS
- build made by means of a .spec file based on Fedora gcc-7.0.1-0.12 .spec
file
../configure --enable-bootstrap
--enable-languages=c,c++,objc,obj-c++,fortran,go,lto --
Description:
* This patch enables the stack unwinding on AIX.
Tests:
* Fedora25/x86_64 + GCC v7.1.0 : Configure/Build: SUCCESS
- build made by means of a .spec file based on Fedora gcc-7.0.1-0.12 .spec
file
../configure --enable-bootstrap
--enable-languages=c,c++,objc,obj-c++,fortran,g
On Fri, May 12, 2017 at 9:57 AM, Thomas Koenig wrote:
> Am 12.05.2017 um 10:16 schrieb Janne Blomqvist:
>>
>> On Fri, May 12, 2017 at 1:14 AM, Thomas Koenig
>> wrote:
>>>
>>> Hello world,
>>>
>>> the memory allocation for the buffer in the library matmul
>>> routines still has one problem: The va
On Thu, May 11, 2017 at 11:39 AM, Richard Biener
wrote:
> On Tue, Apr 18, 2017 at 12:53 PM, Bin Cheng wrote:
>> Hi,
>> Currently IVOPTs shares the same register pressure computation with RTL loop
>> invariant pass,
>> which doesn't work very well. This patch introduces specific interface for
>
On Thu, May 11, 2017 at 11:54 AM, Richard Biener
wrote:
> On Tue, Apr 18, 2017 at 12:53 PM, Bin Cheng wrote:
>> Hi,
>> Simplification of (T1)(X *+- CST) is already implemented in
>> aff_combination_expand,
>> this patch moves it to tree_to_aff_combination. It also supports unsigned
>> types
>>
On Thu, May 11, 2017 at 12:02 PM, Richard Biener
wrote:
> On Tue, Apr 18, 2017 at 12:54 PM, Bin Cheng wrote
>> Hi,
>> Based on vect_peeling algorithm, we know for sure that vectorized loop must
>> iterates at least once.
>> This patch sets range information for niter bounds of vectorized loop.
On Sat, 2017-05-13 at 18:03 -0700, David Edelsohn wrote:
> On Thu, May 11, 2017 at 3:09 PM, Segher Boessenkool
> wrote:
> > On Thu, May 11, 2017 at 02:36:26PM -0500, Will Schmidt wrote:
> >> On Thu, 2017-05-11 at 14:15 -0500, Segher Boessenkool wrote:
> >> > Hi!
> >> >
> >> > On Thu, May 11, 2017
Hi,
Saving, clearing and restoring of *callee-saved* registers when doing a
cmse_nonsecure_call is done in the __gnu_cmse_nonsecure_call libcall.
Yet, comments for cmse_nonsecure_call_clear_caller_saved claim that
it is this function that does these actions.
This commit fixes the comment to poin
Joseph's tester as well as mine tripped over this nit over the weekend.
Another argument was recently added to extract_bit_field, but the calls
in the tilegx and tilepro backends were not fixed.
This was enough to get the ports building again, including target-libgcc
and glibc.
Installing
On Fri, May 12, 2017 at 7:57 PM, Thomas Koenig wrote:
> Am 12.05.2017 um 10:16 schrieb Janne Blomqvist:
>>
>> On Fri, May 12, 2017 at 1:14 AM, Thomas Koenig
>> wrote:
>>>
>>> Hello world,
>>>
>>> the memory allocation for the buffer in the library matmul
>>> routines still has one problem: The va
If config.{build,host,gcc} fails, configure currently silently
continues. This then makes it much harder than necessary to notice
you made a stupid pasto in config.gcc (and where exactly).
This patch fixes it, by terminating if one of the config.* fails.
Testing in progress (on powerpc64-linux);
Hi Graham,
May I ask if you tested this with gcc's dejagnu?
Thanks,
Claudiu
On Fri, May 12, 2017 at 9:14 PM, Graham Markall
wrote:
> Since the combine pass canonicalises shift-add insns using plus and
> ashift (as opposed to plus and mult which it previously used to do), it
> no longer creates
On 14/05/17 09:19 +0200, Marc Glisse wrote:
Hello,
this patch adds 2 simple __glibcxx_assert in optional that match the
precondition in the comment above. I am not sure if there was a reason
the author wrote that comment instead of the assertion, but constexpr
use still seems to work.
Yes,
Hi Claudiu,
I ran the gcc testsuite with EZsim for NPS-400:
$ ./EZsim_linux_x86_64 --version
NPS-400 EZsim - Version 1.9a ( 35b02d7, Nov 3 2015, 20:14:04 )
both with and without the patch, and it did not introduce any new failures.
Best regards,
Graham.
On 15/05/17 17:48, Claudiu Zissul
There's a subtle bug in reorg.c's relax_delay_slots that my tester
tripped this weekend. Not sure what changed code generation wise as the
affected port built just fine last week. But it is what is is.
Assume before this code we've set TARGET_LABEL to the code_label
associated with DELA
Hi
Following what I have started on RbTree here is a patch to default
implementation of default and move constructors on std::vector.
As in _Rb_tree_impl the default allocator is not value initialized
anymore. We could add a small helper type arround the allocator to do
this value in
On Mon, May 15, 2017 at 04:13:44PM +0200, Markus Trippelsdorf wrote:
> On 2017.05.15 at 14:02 +, Joseph Myers wrote:
> > The xz manpage warns against blindly using -9 (for which --best is a
> > deprecated alias) because of the implications for memory requirements for
> > decompressing. If th
On Mon, May 15, 2017 at 02:43:43PM +0200, Richard Biener wrote:
>
> While bringing early LTO debug up-to-speed I noticed the following two
> issues. The first patch avoids useless work in
> note_variable_value_in_expr and actually makes use of the DIE we
> eventually create in resolve_variable_v
On 2017.05.15 at 16:24 +0200, Jakub Jelinek wrote:
> On Mon, May 15, 2017 at 04:13:44PM +0200, Markus Trippelsdorf wrote:
> > On 2017.05.15 at 14:02 +, Joseph Myers wrote:
> > > The xz manpage warns against blindly using -9 (for which --best is a
> > > deprecated alias) because of the implicat
Hello!
Attached patch introduces peephole2 pattern to avoid intermediate
DImode register in interunit zero-extend sequence.
However, it looks there is still slight problem with RA. Without
-mtune=intel, we have direct GR->XMM interunit moves disabled, but
pr80425-2.c testcase compiles to:
On May 15, 2017, at 1:06 AM, Richard Biener wrote:
>
> Both SLE-11 and SLE-12 use dejagnu 1.4.4, so does openSUSE Leap 42.[12].
> Tumbleweed uses 1.6 so new SLE will inherit that. But I still do all
> of my testing on systems with just dejagnu 1.4.4.
So dejagnu is independent of most things and
On Mon, May 15, 2017 at 9:09 AM, Will Schmidt wrote:
> On Sat, 2017-05-13 at 18:03 -0700, David Edelsohn wrote:
>> On Thu, May 11, 2017 at 3:09 PM, Segher Boessenkool
>> wrote:
>> > On Thu, May 11, 2017 at 02:36:26PM -0500, Will Schmidt wrote:
>> >> On Thu, 2017-05-11 at 14:15 -0500, Segher Boess
On Mon, 15 May 2017, François Dumont wrote:
I also added some optimizations. Especially replacement of std::fill with
calls to __builtin_memset. Has anyone ever proposed to optimize std::fill in
such a way ? It would require a test on the value used to fill the range but
it might worth this
I've committed the attached patch.
2017-05-15 Steven G. Kargl
PR fortran/80752
* expr.c (gfc_generate_initializer): If type conversion fails,
check for error and return NULL.
2017-05-15 Steven G. Kargl
PR fortran/80752
gfortran.dg/pr80752.f90: New
This cleanup patch from the modules branch fixes pr 79369, where we
would accept inlining of an already existing namespace.
I changed push_namespace to return a count of the depth pushed, because
I also have a fix for DR 2061, where we can end up pushing more than one
namespace. That'll be ap
On Mon, May 15, 2017 at 12:24 PM, David Edelsohn wrote:
> On Mon, May 15, 2017 at 9:09 AM, Will Schmidt
> wrote:
>> On Sat, 2017-05-13 at 18:03 -0700, David Edelsohn wrote:
>>> On Thu, May 11, 2017 at 3:09 PM, Segher Boessenkool
>>> wrote:
>>> > On Thu, May 11, 2017 at 02:36:26PM -0500, Will Sc
Hi,
I would like to ping this patch for review:
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00775.html
Thanks,
Prathamesh
So how about the following then? I stayed with the catch part and added
a parameter to the warning to let the user decide on the warnings she/he
wants to get: -Wcatch-value=n.
-Wcatch-value=1 only warns for polymorphic classes that are caught by
value (to avoid slicing), -Wcatch-value=2 warns for
On Mon, May 15, 2017 at 12:10:42PM +0100, Paul Richard Thomas wrote:
> The attached bootstraps and regtests on FC23/x86_64 - OK for trunk and
> later for 7-branch?
>
> The comment in the patch and the ChangeLog are sufficiently clear that
> no further explanation is needed here.
>
> Cheers
>
> P
GCC Maintainers:
This patch adds support for the various vec_bperm(), vec_mule() and
vec_mulo and vec_sldw() builtins.
The patch has been tested on powerpc64le-unknown-linux-gnu (Power 8 LE)
with no regressions.
Is the patch OK for gcc mainline?
Carl Love
-
Hi all,
Crash is a misnomer on this PR [aside: People see the backtrace and assume]
This patch fixes the problem by correctly detecting the EOR condition for
internal units. The previous check in read_sf_internal was wrong, relying
probably on uninitialized memory as can be seen by the still o
On 05/15/2017 03:38 PM, Nathan Sidwell wrote:
This cleanup patch from the modules branch fixes pr 79369, where we
would accept inlining of an already existing namespace.
missed this testcase tweak. now committed.
--
Nathan Sidwell
2017-05-15 Nathan Sidwell
PR c++/79369
* g++.dg/cpp1z/ne
On 05/15/2017 04:10 AM, Paul Richard Thomas wrote:
The attached bootstraps and regtests on FC23/x86_64 - OK for trunk and
later for 7-branch?
The comment in the patch and the ChangeLog are sufficiently clear that
no further explanation is needed here.
Looks OK Paul, thanks,
Jerry
Please do not email my IBM Notes address with patches. Please copy
this Gmail address for patch submissions.
> * libgcc/config/rs6000/aix-unwind.h : Implements stack unwinding on AIX.
This ChangeLog entry clearly is wrong because aix-unwind.h already
implements ppc_aix_fallback_frame_state. T
"Koval, Julia" writes:
> Hi,
>
> This patch add these missing intrinsics:
> _xsetbv
> _xgetbv
-march=native driver support for the CPUID bit seems to be missing.
-Andi
/read_3.f90 -Os (test for excess errors)
=== gfortran Summary ===
# of expected passes6
# of unexpected failures6
/mnt/sgk/objx/gcc/gfortran version 8.0.0 20170515 (experimental) (GCC)
--
Steve
20170425 https://www.youtube.com/watch?v=VWUpyCsUKR4
20161221 https://www.youtube.com/watch?v=IbCHE-hONow
This patch needs to be submitted to the libffi project.
Also, the ChangeLog needs to specify exactly what is being changed not
"Implement Go Closures". The patch clearly touches existing parts of
the files that affect more than simply Go closures.
How was this tested? libffi is used in many mor
On 05/15/17 03:39, Daniel Santos wrote:
> On 05/14/2017 11:31 AM, Bernd Edlinger wrote:
>> Hi Daniel,
>>
>> there is one thing I don't understand in your patch:
>> That is, it introduces a static value:
>>
>> /* Registers who's save & restore will be managed by stubs called from
>> pro/epilogu
On Mai 15 2017, Mike Stump wrote:
> That said, a little surprising that SLE is lagging everyone else so
> hard.
DejaGnu doesn't exactly have frequent releases. Missing just one
release can easily put you more than 5 years behind.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fing
Hi!
As discussed before, here is a series to split powerpcspe from the
rs6000 port. This series does not yet make any real changes to either
port: it is a copy of rs6000/ to powerpcspe/, with some renames and
some necessary changes to the port file, and slightly more involved
changes to config.gc
This is not a real patch, it is the result of this sh script:
cp -R gcc/common/config/{rs6000,powerpcspe}
cp -R gcc/config/{rs6000,powerpcspe}
Segher
This is also not a real patch, it is the result of this sh script:
mv gcc/common/config/powerpcspe/{rs6000,powerpcspe}-common.c
mv gcc/config/powerpcspe/driver-{rs6000,powerpcspe}.c
mv gcc/config/powerpcspe/{rs6000,powerpcspe}-builtin.def
mv gcc/config/powerpcspe/{rs6000,powerpcspe}-c.c
This is tested with powerpc-linux-gnuspe. The other subtargets are
meant to work as well, but no doubt something is still broken. I also
do not know if the port _actually_ works.
The main changes are to config.gcc; the rest is mostly filename
renames. See the cover letter for what testing is st
On Mon, May 15, 2017 at 01:33:55PM -0700, Steve Kargl wrote:
> On Mon, May 15, 2017 at 01:10:43PM -0700, Jerry DeLisle wrote:
> > Hi all,
> >
> > Crash is a misnomer on this PR [aside: People see the backtrace and assume]
> >
> > This patch fixes the problem by correctly detecting the EOR conditi
Hi,
On Fri, May 12, 2017 at 05:33:50PM -0400, Michael Meissner wrote:
> The problem is if the DImode, DFmode, and SFmode are allowed in Altivec
> registers before ISA 3.0, and the compiler wants to do an offsettable store.
> The compiler generates a move from an Altivec register to a traditional
>
Hi Carl,
On Mon, May 15, 2017 at 01:08:03PM -0700, Carl E. Love wrote:
>* config/rs6000/rs6000-c: Add support for built-in functions
>* config/rs6000/rs6000-builtin.def: Add definition for SLDW.
>* config/rs6000/altivec.h: Add defintion for vec_sldw.
>* doc/extend.texi: Update the
On 05/14/2017 04:00 AM, Sylvestre Ledru wrote:
Add missing fclose
CID 1407987, 1407986
S
0005-2017-05-14-Sylvestre-Ledru-sylvestre-debian.org.patch
From d255827a64012fb81937d6baa8534eabecf9b735 Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru
Date: Sun, 14 May 2017 11:37:37 +0200
Subject: [P
On 05/14/2017 04:40 AM, Trevor Saunders wrote:
On Sun, May 14, 2017 at 11:59:40AM +0200, Sylvestre Ledru wrote:
Add missing dlclose()
S
From d0926b84047f281a29dc51bbd0a4bdda01a5c63f Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru
Date: Sun, 14 May 2017 11:28:38 +0200
Subject: [PATCH 4/5]
On 05/14/2017 09:30 AM, Sylvestre Ledru wrote:
Le 14/05/2017 à 12:40, Trevor Saunders a écrit :
On Sun, May 14, 2017 at 11:59:40AM +0200, Sylvestre Ledru wrote:
Add missing dlclose()
S
From d0926b84047f281a29dc51bbd0a4bdda01a5c63f Mon Sep 17 00:00:00 2001
From: Sylvestre Ledru
Date: Sun, 1
1 - 100 of 113 matches
Mail list logo
