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
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 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 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
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
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
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
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)));
>
* 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
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
* 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
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
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
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 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 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 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
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
>
> -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
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.
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.
> >
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: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:
> > > >
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 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
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 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
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 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
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 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
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 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 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 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, 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 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
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
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:
>
>
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
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
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 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
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 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)
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
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
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!
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,
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
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
=
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
I've merged trunk revision 269372 to the gccgo branch.
Ian
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
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
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',
56 matches
Mail list logo
