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 Finnish team of translators. The file is available at:
https://translationproject.org/latest/gcc/fi.po
(This file, 'gcc-9.1-b20190203.fi.po',
Backport r268834 of "Add support for the vec_sbox_be, vec_cipher_be etc."
from mainline to gcc-8-branch.
Regression-tested on Linux POWER8 LE. OK for gcc-8-branch?
PS: Is backport to gcc-7-branch also needed?
gcc/ChangeLog:
2019-03-05 Xiong Hu Luo
Backport of r268834 from mainline to
From: Xiong Hu Luo
This is a backport of r250477, r25, r257253 and r258137 from trunk to
gcc-7-branch to support built-in functions:
vec_extract_fp_from_shorth, vec_extract_fp_from_shortl,
vec_extract_fp32_from_shorth and vec_extract_fp32_from_shortl, etc.
The patches were on trunk before GCC
I've merged trunk revision 269372 to the gccgo branch.
Ian
On 3/4/19 4:24 PM, Peter Bergner wrote:
> On 3/4/19 4:16 PM, Peter Bergner wrote:
>> Index: gcc/config/rs6000/rs6000.c
>> ===
>> --- gcc/config/rs6000/rs6000.c (revision 269028)
>> +++ gcc/config/rs6000/rs6000.c (working co
Attached is a patch with (mostly) my changes for GCC 9. To make
things easier to find I grouped related changes together within
the sections I changed. I put warnings under the same bullet,
built-ins, and attributes.
Martin
Index: gcc-9/changes.html
=
This patch fixes a bogus -Wredundant-move warning. In the test in the PR
the std::move call isn't redundant; the testcase won't actually compile
without that call, as per the resolution of bug 87150.
Before this patch, we'd issue the redundant-move warning anytime
treat_lvalue_as_rvalue_p is true
Hi!
output_view_list_offset does:
if (dwarf_split_debug_info)
dw2_asm_output_delta (DWARF_OFFSET_SIZE, sym, loc_section_label,
"%s", dwarf_attr_name (a->dw_attr));
else
dw2_asm_output_offset (DWARF_OFFSET_SIZE, sym, debug_loc_section,
Hi!
As the following testcase shows, these match.pd patterns create temporary
GIMPLE stmts even when they aren't going to result in anything useful
(all targets except aarch64 right now), besides compile time memory
this is bad with -fno-tree-dce because those stmts might not be even valid
for the
Hi!
Before PR87041 changes sprintf_dom_walker::handle_gimple_call
would punt if gimple_call_builtin_p (which did all the needed call argument
checking) failed, but it doesn't fail anymore because it wants to handle
format attribute. That is fine, but if gimple_call_builtin_p failed, we
shouldn't
On 3/4/19 4:16 PM, Peter Bergner wrote:
> Index: gcc/config/rs6000/rs6000.c
> ===
> --- gcc/config/rs6000/rs6000.c(revision 269028)
> +++ gcc/config/rs6000/rs6000.c(working copy)
> @@ -9887,7 +9887,7 @@ valid_sf_si_move
On 3/4/19 1:27 PM, Segher Boessenkool wrote:
>> + /* If LRA is generating a direct move from a GPR to a FPR,
>> + then the splitter is going to need a scratch register. */
>> + rtx insn = gen_movsf_from_si_internal (operands[0], operands[1]);
>> + XEXP (XVECEXP (insn, 0, 1), 0)
Hi, Richard,
> On Mar 4, 2019, at 5:45 AM, Richard Biener wrote:
>>
>> It looks like DOM fails to visit stmts generated by simplification. Can you
>> open a bug report with a testcase?
>>
>>
>> The problem is, It took me quite some time in order to come up with a small
>> and independent tes
On 3/4/19 3:05 PM, Jonathan Wakely wrote:
On 04/02/19 14:26 +, Jonathan Wakely wrote:
On 24/01/19 14:50 -0500, Ed Smith-Rowland wrote:
PR libstdc++/88996 Implement P0439R0
Make std::memory_order a scoped enumeration.
* include/bits/atomic_base.h: For C++20 make memory_order a
s
On Thu, Feb 28, 2019 at 12:18 PM Jason Merrill wrote:
> On Thu, Feb 28, 2019 at 11:58 AM Jan Hubicka wrote:
> > sorry for late reply - I did not identify it as a patch to symbol table.
> > Indeed we want can_refer_decl_in_current_unit_p is a good place to test
> > this. Is there a reason to resr
On 04/02/19 14:26 +, Jonathan Wakely wrote:
On 24/01/19 14:50 -0500, Ed Smith-Rowland wrote:
PR libstdc++/88996 Implement P0439R0
Make std::memory_order a scoped enumeration.
* include/bits/atomic_base.h: For C++20 make memory_order a scoped enum,
add assignme
With GCC9, GNAT.Sockets includes support for IPv6. Sockaddr is an
Unchecked_Union, which now includes IPv6 fields, bringing the total possible
size to 28 bytes. The code in Bind_Socket currently calculates the length of
the struct sockaddr to be passed to bind(2) as this size, which (at any rate
Hi Peter,
On Fri, Mar 01, 2019 at 01:33:27PM -0600, Peter Bergner wrote:
> PR88845 shows a problem where LRA spilled an input operand of an inline
> asm statement by calling our generic movsf pattern which ended up generating
> an insn we don't have a pattern for, so we ICE. The insn was:
>
>
This is actually PR libstdc++/86655.
Thank you for reminding me Andre.
I remove the throw for m > l and just return 0. This is also done for
sph_legendre.
This build and tests clean on x86_64-linux.
OK?
Ed
2018-03-04 Edward Smith-Rowland <3dw...@verizon.net>
PR libstdc++/86655
On Fri, Mar 01, 2019 at 07:33:27PM +0100, Jakub Jelinek wrote:
> We are talking about the
> http://git.savannah.gnu.org/cgit/dejagnu.git/commit/?id=5256bd82343000c76bc0e48139003f90b6184347
> change, right?
That's the patch I think, yes.
One thing I didn't mention is my patch fixed some ten failur
On Mon, 4 Mar 2019 at 17:37, Jason Merrill wrote:
>
> On Mon, Mar 4, 2019 at 8:41 AM Christophe Lyon
> wrote:
> > On Wed, 20 Feb 2019 at 02:58, Jason Merrill wrote:
> > >
> > > A type in an anonymous namespace can never be merged with one from
> > > another translation unit, so a member of such
On 3/4/19 4:21 AM, Jakub Jelinek wrote:
On Sat, Mar 02, 2019 at 10:30:36AM +0100, Jakub Jelinek wrote:
I'm not really sure what to do for foo. Perhaps if we find that case just
require that the order is ok already during build_aggr_conv and fail the
conversion otherwise? We are outside of the
On Mon, Mar 04, 2019 at 12:55:04PM +0100, Richard Biener wrote:
> On Sun, Mar 3, 2019 at 10:13 PM H.J. Lu wrote:
> >
> > On Sun, Mar 03, 2019 at 06:40:09AM -0800, Andrew Pinski wrote:
> > > )
> > > ,On Sun, Mar 3, 2019 at 6:32 AM H.J. Lu wrote:
> > > >
> > > > For vector init constructor:
> > > >
On 3/4/19 6:03 AM, Paolo Carlini wrote:
Hi,
this error recovery regression too is rather easy to explain: since
Jason's fix for c++/79580 (r245587) when defining a type from within an
expression we pass ts_within_enclosing_non_class to xref_tag when we
call it from cp_parser_class_head. Thus,
On March 4, 2019 5:23:42 PM GMT+01:00, Christophe Lyon
wrote:
>On Fri, 1 Mar 2019 at 10:20, Richard Biener wrote:
>>
>> On Wed, 27 Feb 2019, Richard Biener wrote:
>>
>> >
>> > CFG cleanup is now set up to perform trivial unreachable code
>> > elimination before doing anything that would require
On Mon, Mar 4, 2019 at 8:41 AM Christophe Lyon
wrote:
> On Wed, 20 Feb 2019 at 02:58, Jason Merrill wrote:
> >
> > A type in an anonymous namespace can never be merged with one from
> > another translation unit, so a member of such a type is always its own
> > prevailing decl.
> >
> > I don't rea
Oh dear. I hadn't noticed that at all.
Thanks,
Corrected it.
gcc/testsuite/ChangeLog:
2019-03-04 Tamar Christina
PR target/88530
* gcc.target/aarch64/options_set_10.c: Add native.
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 4, 2019 15:52
> To: T
On Fri, 1 Mar 2019 at 10:20, Richard Biener wrote:
>
> On Wed, 27 Feb 2019, Richard Biener wrote:
>
> >
> > CFG cleanup is now set up to perform trivial unreachable code
> > elimination before doing anything that would require up-to-date
> > SSA form. Unfortunately a pending SSA update still will
Richard,
thanks a lot for your suggested fix.
I will try it.
Qing
> On Mar 4, 2019, at 5:45 AM, Richard Biener wrote:
>
> On Fri, Mar 1, 2019 at 10:02 PM Qing Zhao wrote:
>>
>>
>> On Mar 1, 2019, at 1:25 PM, Richard Biener
>> wrote:
>>
>> On March 1, 2019 6:49:20 PM GMT+01:00, Qing Zhao
On Mon, Mar 04, 2019 at 03:49:54PM +, Tamar Christina wrote:
> Hi All,
>
> The test options_set_10.c shouldn't run when cross compiled.
> In addition to gating it on linux I'm also gating it on native now.
>
> Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
> Cross compiled an
Hi All,
The test options_set_10.c shouldn't run when cross compiled.
In addition to gating it on linux I'm also gating it on native now.
Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
Cross compiled and regtested on aarch64-none-linux-gnu and no issues.
Committed under the GCC o
On Tue, 19 Feb 2019 at 11:29, Christophe Lyon
wrote:
>
> On Tue, 19 Feb 2019 at 10:28, Christophe Lyon
> wrote:
> >
> > On Mon, 18 Feb 2019 at 21:12, Rainer Orth
> > wrote:
> > >
> > > Hi Christophe,
> > >
> > > > dg-extract-results currently moves lines like
> > > > WARNING: program timed out
I'd like to ping the following patch:
https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01728.html
Peter
gcc/
PR rtl-optimization/89313
* function.c (matching_constraint_num): New static function.
(match_asm_constraints_1): Use it. Fixup white space and comment.
On Mon, Mar 4, 2019 at 2:54 PM H.J. Lu wrote:
>
> On Sun, Mar 03, 2019 at 10:34:29PM +0100, Uros Bizjak wrote:
> > On Sun, Mar 3, 2019 at 10:18 PM H.J. Lu wrote:
> > >
> > > On Sun, Mar 3, 2019 at 9:27 AM Uros Bizjak wrote:
> > > >
> > > > On Thu, Feb 28, 2019 at 8:10 PM H.J. Lu wrote:
> > > >
On Sun, Mar 03, 2019 at 10:34:29PM +0100, Uros Bizjak wrote:
> On Sun, Mar 3, 2019 at 10:18 PM H.J. Lu wrote:
> >
> > On Sun, Mar 3, 2019 at 9:27 AM Uros Bizjak wrote:
> > >
> > > On Thu, Feb 28, 2019 at 8:10 PM H.J. Lu wrote:
> > > >
> > > > 32-bit indices in VSIB address are sign-extended to 6
On Mon, Mar 4, 2019 at 2:39 PM Wilco Dijkstra wrote:
>
> Hi Richard,
>
> >On Thu, Feb 21, 2019 at 6:09 PM Wilco Dijkstra
> >wrote:
> >>
> >> Hi Richard,
> >>
> >> >>Fix an issue with sinl (atanl (sqrtl (LDBL_MAX)) returning 0.0
> >> >>instead of 1.0 by using x < sqrtl (LDBL_MAX) in match.pd.
> >
Hi ,James:
Have you seen the patch submitted last week? If the problem with the patch has
been fixed, I hope to get into the trunk earlier. look forward to your reply.
Thank you.
> -Original Message-
> From: Jakub Jelinek
> Sent: Monday, March 4, 2019 13:38
> To: Christophe Lyon
> Cc: Tamar Christina ; James Greenhalgh
> ; Kyrill Tkachov
> ; gcc-patches@gcc.gnu.org; nd
> ; Richard Earnshaw ; Marcus
> Shawcroft
> Subject: Re: [PATCH][GCC][AArch64] Have empty HWCAP
On Wed, 20 Feb 2019 at 02:58, Jason Merrill wrote:
>
> A type in an anonymous namespace can never be merged with one from
> another translation unit, so a member of such a type is always its own
> prevailing decl.
>
> I don't really understand the LTO concept of prevailing decl, or why we don't
>
On Mon, Mar 04, 2019 at 05:33:41AM -0800, H.J. Lu wrote:
> > > PR tree-optimization/89487
> > > * gcc/testsuite/gcc.dg/tree-ssa/pr89487.c: New test.
>
> gcc.dg/tree-ssa/pr89487.c:
>
> /* { dg-do compile } */
> /* { dg-options "-O2 -ftree-loop-distribution" } */
>
> void
> caml_in
Hi Richard,
>On Thu, Feb 21, 2019 at 6:09 PM Wilco Dijkstra wrote:
>>
>> Hi Richard,
>>
>> >>Fix an issue with sinl (atanl (sqrtl (LDBL_MAX)) returning 0.0
>> >>instead of 1.0 by using x < sqrtl (LDBL_MAX) in match.pd.
>> >
>> > Wasn't that a intermediate problem with the mpfr exponent range li
On Mon, Mar 04, 2019 at 02:31:57PM +0100, Christophe Lyon wrote:
> The new test fails with a cross-compiler, because:
> FAIL: gcc.target/aarch64/options_set_10.c (test for excess errors)
> Excess errors:
> cc1: error: unknown value 'native' for -mcpu
>
> I don't know how to restrict tests to nativ
Hi Christophe,
> -Original Message-
> From: Christophe Lyon
> Sent: Monday, March 4, 2019 13:32
> To: Tamar Christina
> Cc: James Greenhalgh ; Jakub Jelinek
> ; Kyrill Tkachov ; gcc-
> patc...@gcc.gnu.org; nd ; Richard Earnshaw
> ; Marcus Shawcroft
>
> Subject: Re: [PATCH][GCC][AArch64]
On Fri, Mar 1, 2019 at 4:44 AM Richard Biener
wrote:
>
> On Fri, Mar 1, 2019 at 7:54 AM bin.cheng wrote:
> >
> > Hi,
> > This patch fixes PR89487 by following comments in PR. It simply avoid
> > checking runtime
> > alias by versioning in loop distribution if address of register variable
> > m
On Wed, 27 Feb 2019 at 18:32, Tamar Christina wrote:
>
> Hi James,
>
> > -Original Message-
> > From: James Greenhalgh
> > Sent: Wednesday, February 27, 2019 17:22
> > To: Tamar Christina
> > Cc: Jakub Jelinek ; Kyrill Tkachov
> > ; gcc-patches@gcc.gnu.org; nd
> > ; Richard Earnshaw ; Ma
* testsuite/26_numerics/bit/bitops.rot/rotl.cc: Remove bogus dg-do
directive.
Tested x86_64-linux, committed to trunk.
commit b265a758836e14c4bf0da54beecfb3ce24c022ec
Author: Jonathan Wakely
Date: Mon Mar 4 13:18:03 2019 +
Remove redundant dg-do directive from test
Bootstrapped & tested on x86_64-unknown-linux-gnu, applied.
Richard.
2019-03-04 Richard Biener
PR middle-end/89572
* tree-scalar-evolution.c: (get_loop_exit_condition): Use
safe_dyn_cast.
* gcc.dg/torture/pr89572.c: New testcase.
Index: gcc/tree-scalar-evol
* include/std/memory_resource (polymorphic_allocator): Add default
template argument for C++20.
(polymorphic_allocator::allocate_bytes)
(polymorphic_allocator::deallocate_bytes)
(polymorphic_allocator::allocate_object)
(polymorphic_allocator::dealloc
On Sun, Mar 3, 2019 at 10:13 PM H.J. Lu wrote:
>
> On Sun, Mar 03, 2019 at 06:40:09AM -0800, Andrew Pinski wrote:
> > )
> > ,On Sun, Mar 3, 2019 at 6:32 AM H.J. Lu wrote:
> > >
> > > For vector init constructor:
> > >
> > > ---
> > > typedef float __v4sf __attribute__ ((__vector_size__ (16)));
>
On Fri, Mar 1, 2019 at 10:02 PM Qing Zhao wrote:
>
>
> On Mar 1, 2019, at 1:25 PM, Richard Biener wrote:
>
> On March 1, 2019 6:49:20 PM GMT+01:00, Qing Zhao wrote:
>
> Jeff,
>
> thanks a lot for the reply.
>
> this is really helpful.
>
> I double checked the dumped intermediate file for pass “d
Hi,
this error recovery regression too is rather easy to explain: since
Jason's fix for c++/79580 (r245587) when defining a type from within an
expression we pass ts_within_enclosing_non_class to xref_tag when we
call it from cp_parser_class_head. Thus, in the ill-formed testcases at
issue, c
The CFG cleanup change made us remove an extra forwarder which somehow
makes VRP jump threading go berzerk. Fortunately only on
logical-op-non-short-circuit=0 targets so the easy way to fix the
testcase is to force that our way.
Tested on powerpc64le-linux-gnu and x86_64-linux-gnu.
I'll hold o
On 04/03/19 09:14 +, Jonathan Wakely wrote:
On 01/03/19 14:06 +, Jonathan Wakely wrote:
On 01/03/19 13:50 +, Jonathan Wakely wrote:
* include/std/memory (uses_allocator_construction_args): New set of
overloaded functions.
(make_obj_using_allocator, uninitiali
On Sat, Mar 02, 2019 at 10:30:36AM +0100, Jakub Jelinek wrote:
> I'm not really sure what to do for foo. Perhaps if we find that case just
> require that the order is ok already during build_aggr_conv and fail the
> conversion otherwise? We are outside of the standard in that case anyway.
Actual
On 01/03/19 14:06 +, Jonathan Wakely wrote:
On 01/03/19 13:50 +, Jonathan Wakely wrote:
* include/std/memory (uses_allocator_construction_args): New set of
overloaded functions.
(make_obj_using_allocator, uninitialized_construct_using_allocator):
New funct
On Fri, Mar 01, 2019 at 03:41:33PM +, Wilco Dijkstra wrote:
> > and regtest revealed two code size
> > regressions because of that. Is -1 vs. 1 the only case of immediate
> > valid for both "I" and "L" constraints where the former is longer than the
> > latter?
>
> Yes -1 is the only case whi
56 matches
Mail list logo
