Hi!
If there are major differences in argument or return types of builtin
prototypes, we already don't mark them as builtins, but if there are smaller
differences like signedness changes of integral types with the same
precision, we still accept them (with warning).
The following patch makes sure
On April 8, 2019 10:59:49 PM GMT+02:00, Richard Sandiford
wrote:
>Richard Biener writes:
>> The following fixes SLP vectorization to properly consider
>> calls like lrint demoting on ilp32 targets.
>>
>> Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
>>
>> Richard.
>>
>> 2019-04-
Hi!
The following patch fixes a typo in diagnostics as well as removes
trailing dot. Tested by Jim and also preapproved by him in the PR,
committed to trunk.
2019-04-09 Jakub Jelinek
PR target/90015
* config/riscv/riscv.c (riscv_get_interrupt_type): Fix comment typo.
Different Go packages can have the same package name, but the sorting
done when generating export data was only sorting by package name.
This could cause nondeterministic output. This patch fixes the
problem by extending the sort comparison function. Bootstrapped and
ran Go testsuite on x86_64-pc
On Mon, Apr 8, 2019 at 6:47 PM Yu, Mingli wrote:
>
>
>
> On 2019年04月08日 22:21, Jeff Law wrote:
> > On 4/8/19 12:34 AM, mingli...@windriver.com wrote:
> >> From: Mingli Yu
> >>
> >> Initialize struct stat to fix the below
> >> build failure when -Og included in compiler flag.
> >> |
> >> ./../../
On 2019年04月08日 22:21, Jeff Law wrote:
On 4/8/19 12:34 AM, mingli...@windriver.com wrote:
From: Mingli Yu
Initialize struct stat to fix the below
build failure when -Og included in compiler flag.
|
./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../
On Mon, Apr 8, 2019 at 1:40 AM Martin Liška wrote:
> * gcc.target/riscv/arch-1.c: Fix expected scanned pattern.
Thanks. I verified it is OK with cross testing.
Jim
On Mon, Apr 8, 2019 at 1:10 PM Jim Wilson wrote:
> The testcase has to be fixed, but there is a locale issue that has me
> confused at the moment, because this testcase is actually working on one
> of my machines and failing on another one.
Confusion sorted. Turns out one of the trees I was look
This fixes the caller in tsubst_requires_expr to
tsubst_constraint_variables to wrap their respective
trees in PARM_CONSTR_PARMS. This is to get the correct
parmeter constraints from the tree before calling
tsubst_constraint_variables like other callers
in constraint.cc and to fix the bug id, 88395
This fixes both callers in tsubst_requires_expr to
tsubst_constraint_variables to wrap their respective
trees in PARM_CONSTR_PARMS. This is to get the correct
parmeter constraints from the tree before calling
tsubst_constraint_variables like other callers
in constraint.cc and to fix the bug id, 883
Richard Biener writes:
> The following fixes SLP vectorization to properly consider
> calls like lrint demoting on ilp32 targets.
>
> Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
>
> Richard.
>
> 2019-04-08 Richard Biener
>
> PR tree-optimization/90006
> * tree-vec
Thank you!
It is also happening on this too page
http://repos.inaccess.com/embian/ha/docs/components/embian/1.7/ref_docs/gcc_doc/libstdc++_html/20_util/allocator.html
when I click on ‘the standard librarian: what are allocators good for?'
Have a great day
On Sun, Apr 7, 2019 at 2:20 PM Bernhard
On 4/8/19 1:09 AM, Andreas Schwab wrote:
FAIL: gcc.target/riscv/arch-1.c (test for errors, line )
FAIL: gcc.target/riscv/arch-1.c (test for excess errors)
Excess errors:
cc1: error: '-march=rv32I': first ISA subset must be 'e', 'i' or 'g'
The testcase has to be fixed, but there is a locale iss
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 German team of translators. The file is available at:
https://translationproject.org/latest/gcc/de.po
(This file, 'gcc-9.1-b20190324.de.po',
On Mon, Apr 08, 2019 at 03:24:13PM -0400, Jason Merrill wrote:
> On 4/1/19 11:23 AM, Marek Polacek wrote:
> > On Mon, Apr 01, 2019 at 10:15:11AM +0200, Andreas Schwab wrote:
> > > On Mär 28 2019, Marek Polacek wrote:
> > >
> > > > Andreas, could you please find out why we're not hitting this code
On 4/1/19 11:23 AM, Marek Polacek wrote:
On Mon, Apr 01, 2019 at 10:15:11AM +0200, Andreas Schwab wrote:
On Mär 28 2019, Marek Polacek wrote:
Andreas, could you please find out why we're not hitting this code in
digest_init_r:
1210 tree elt = CONSTRUCTOR_ELT (stripped_init, 0)->value;
On 08/04/19 19:54 +0100, Jonathan Wakely wrote:
On 08/04/19 17:36 +0100, Jonathan Wakely wrote:
On 08/04/19 19:20 +0300, Ville Voutilainen wrote:
On Mon, 8 Apr 2019 at 19:12, Ville Voutilainen
wrote:
On Mon, 8 Apr 2019 at 19:02, Jonathan Wakely wrote:
The attached patch implements the same
On 08/04/19 17:36 +0100, Jonathan Wakely wrote:
On 08/04/19 19:20 +0300, Ville Voutilainen wrote:
On Mon, 8 Apr 2019 at 19:12, Ville Voutilainen
wrote:
On Mon, 8 Apr 2019 at 19:02, Jonathan Wakely wrote:
The attached patch implements the same thing with totally separate
__gen_vtable_r and _
This patch updates libgo to the 1.12.2 release. Bootstrapped and ran
Go testsuite on x86_64-pc-linux-gnu. Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
===
--- gcc/go/gofrontend/MERGE (revision 270212)
+++ gcc/go/gof
Thank you for the ChangeLog entry for your patch.
I have applied it to trunk as revision 270212.
We're very late in GCC 9 development, but this patch only impacts TSV
scheduling.
Thanks,
James
On Thu, Apr 04, 2019 at 02:11:12AM +0100, wuyuan (E) wrote:
> Hi ,James:
> Thank you for you
On 08/04/19 19:20 +0300, Ville Voutilainen wrote:
On Mon, 8 Apr 2019 at 19:12, Ville Voutilainen
wrote:
On Mon, 8 Apr 2019 at 19:02, Jonathan Wakely wrote:
> The attached patch implements the same thing with totally separate
> __gen_vtable_r and __gen_vtable_r_impl class templates, instead of
On 08/04/19 17:02 +0100, Jonathan Wakely wrote:
+ template
+struct __gen_vtable_r_impl<
+ _Multi_array<_Result_type (*)(_Visitor, _Variants...)>,
+ tuple<_Variants...>, std::index_sequence<__indices...>>
+{
+ using _Array_type =
+ _Multi_array<_Result_t
On Mon, 8 Apr 2019 at 19:12, Ville Voutilainen
wrote:
>
> On Mon, 8 Apr 2019 at 19:02, Jonathan Wakely wrote:
> > The attached patch implements the same thing with totally separate
> > __gen_vtable_r and __gen_vtable_r_impl class templates, instead of
> > adding all the visit functionality into t
On 4/8/19 4:51 PM, Matthew Malcomson wrote:
On 08/04/19 14:00, Kyrill Tkachov wrote:
Hi Matthew,
On 4/5/19 12:06 PM, Matthew Malcomson wrote:
Bootstrapped and regtested on arm-none-linux-gnueabihf
Regtested on cross-compiler arm-none-eabi
Does this fix a PR?
If so, could you add the infor
On Mon, 8 Apr 2019 at 19:02, Jonathan Wakely wrote:
> The attached patch implements the same thing with totally separate
> __gen_vtable_r and __gen_vtable_r_impl class templates, instead of
> adding all the visit functionality into the existing code (and then
> needing to tease it apart again with
On 06/04/19 03:07 +0300, Ville Voutilainen wrote:
On Sat, 6 Apr 2019 at 02:55, Ville Voutilainen
wrote:
Just in case that cast looks scary: the implicit conversion is also
deep down in __visit_invoke, so
we do actually require implicit convertibility as we are supposed to.
If that's still too
On 08/04/19 14:00, Kyrill Tkachov wrote:
> Hi Matthew,
>
> On 4/5/19 12:06 PM, Matthew Malcomson wrote:
>>
>> Bootstrapped and regtested on arm-none-linux-gnueabihf
>> Regtested on cross-compiler arm-none-eabi
>>
>
> Does this fix a PR?
>
> If so, could you add the information for it to the Cha
Pinging again in the hope of getting the patch in, I'd like to have
less outstanding patches :) (I have quite a few and new releases
can become painful!)
gcc/ChangeLog
config.gcc (arm*-*-netbsdelf*) Add support for EABI configuration
config.host (arm*-*-netbsd*): Build driver-arm.o
config/arm/net
Any comments?
On Mon, Apr 01, 2019 at 11:23:29AM -0400, Marek Polacek wrote:
> On Mon, Apr 01, 2019 at 10:15:11AM +0200, Andreas Schwab wrote:
> > On Mär 28 2019, Marek Polacek wrote:
> >
> > > Andreas, could you please find out why we're not hitting this code in
> > > digest_init_r:
> > >
> > >
Small addition for ARM. Since it doesn't have a geneirc way to detect
CPU features the code in libatomic relies on a linux-specific behaviour,
the ifunc condition is only defined for linux.
To unbreak compilation, I'd like to exclude netbsd/arm from the
libatomic ifunc camp :)
libatomic/ChangeLog
On 4/8/19 12:34 AM, mingli...@windriver.com wrote:
> From: Mingli Yu
>
> Initialize struct stat to fix the below
> build failure when -Og included in compiler flag.
> |
> ./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
> In functi
Richard Earnshaw (lists) writes:
> On 08/04/2019 09:59, Andrea Corallo wrote:
>>
>> Richard Earnshaw (lists) writes:
>>
>>> Ah, you've just changed the ChangeLog entries. By comments, I meant in
>>> the source code, so that it's clear these don't exist. ChangeLog update
>>> is good too.
>>>
>>
On 08/04/2019 09:59, Andrea Corallo wrote:
>
> Richard Earnshaw (lists) writes:
>
>> Ah, you've just changed the ChangeLog entries. By comments, I meant in
>> the source code, so that it's clear these don't exist. ChangeLog update
>> is good too.
>>
>> R.
>
> Hi Richard,
> sorry my misundersta
On Mon, Apr 8, 2019 at 3:53 PM Martin Liška wrote:
>
> On 4/8/19 3:50 PM, Martin Liška wrote:
> > On 4/8/19 2:42 PM, Richard Biener wrote:
> >> On Mon, Apr 8, 2019 at 2:26 PM Martin Liška wrote:
> >>>
> >>> On 4/8/19 2:18 PM, Richard Biener wrote:
> On Mon, Apr 8, 2019 at 1:30 PM Martin Lišk
On 4/8/19 2:42 PM, Richard Biener wrote:
> On Mon, Apr 8, 2019 at 2:26 PM Martin Liška wrote:
>>
>> On 4/8/19 2:18 PM, Richard Biener wrote:
>>> On Mon, Apr 8, 2019 at 1:30 PM Martin Liška wrote:
On 4/8/19 12:08 PM, Richard Biener wrote:
> On Fri, Apr 5, 2019 at 12:42 PM Martin Lišk
On 4/8/19 11:11 AM, Richard Biener wrote:
> On Fri, Apr 5, 2019 at 2:32 PM Martin Liška wrote:
>>
>> Hi.
>>
>> The patch adds support for profile for GIMPLE FE. That can be useful
>> in the future.
>>
>> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>>
>> Ready to be insta
The following fixes SLP vectorization to properly consider
calls like lrint demoting on ilp32 targets.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2019-04-08 Richard Biener
PR tree-optimization/90006
* tree-vect-data-refs.c (vect_get_smallest_sca
Hi Matthew,
On 4/5/19 12:06 PM, Matthew Malcomson wrote:
Hi there,
The "*neon_mov" patterns for 128 bit sized quantities uses the "Dn"
constraint to match vmov.f32 and vmov.i patterns.
This constraint boils down to using the `neon_immediate_valid` function.
Once the constraint has matched, the
On Mon, Apr 8, 2019 at 2:26 PM Martin Liška wrote:
>
> On 4/8/19 2:18 PM, Richard Biener wrote:
> > On Mon, Apr 8, 2019 at 1:30 PM Martin Liška wrote:
> >>
> >> On 4/8/19 12:08 PM, Richard Biener wrote:
> >>> On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
>
> Hi.
>
> The
On 4/8/19 2:18 PM, Richard Biener wrote:
> On Mon, Apr 8, 2019 at 1:30 PM Martin Liška wrote:
>>
>> On 4/8/19 12:08 PM, Richard Biener wrote:
>>> On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
Hi.
The patch adds a new config that makes LTO+PGO bootstrap faster by
usi
On Wed, Apr 03, 2019 at 10:09:19AM +0200, Martin Liška wrote:
> Hi.
>
> The patch is about re-application of what we've already had
> on top trunk libsanitizer. I'll then include the patch in
> libsanitizer/LOCAL_PATCHES.
>
> Ready for trunk?
> Thanks,
> Martin
>
> libsanitizer/ChangeLog:
>
>
On Mon, Apr 8, 2019 at 1:32 PM Jakub Jelinek wrote:
>
> On Sat, Mar 30, 2019 at 11:21:33AM +0100, Uros Bizjak wrote:
> > > OK. One might ask if there's a way to share a bit of code here since
> > > there's a fair amount of duplication. But I'll trust that you've
> > > pondered that and decided i
On Mon, Apr 8, 2019 at 1:30 PM Martin Liška wrote:
>
> On 4/8/19 12:08 PM, Richard Biener wrote:
> > On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
> >>
> >> Hi.
> >>
> >> The patch adds a new config that makes LTO+PGO bootstrap faster by
> >> using LTO only in stage4. In stage3, generators
Hi,
When suggesting to rewrite the unsafe (with respect to multiple evaluation of
arguments) macro definition:
...
#define max(a,b) ((a) > (b) ? (a) : (b))
...
into the safe macro definition:
...
#define maxint(a,b) \
({int _a = (a), _b = (b); _a > _b ? _a : _b; })
...
mention the variable
On Sat, Mar 30, 2019 at 11:21:33AM +0100, Uros Bizjak wrote:
> > OK. One might ask if there's a way to share a bit of code here since
> > there's a fair amount of duplication. But I'll trust that you've
> > pondered that and decided it wasn't really worth the effort.
>
> I think that Vladimir n
On 4/8/19 12:08 PM, Richard Biener wrote:
> On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
>>
>> Hi.
>>
>> The patch adds a new config that makes LTO+PGO bootstrap faster by
>> using LTO only in stage4. In stage3, generators are build with LTO
>> in order to collect a reasonable profile for L
On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
>
> Hi.
>
> The patch adds a new config that makes LTO+PGO bootstrap faster by
> using LTO only in stage4. In stage3, generators are build with LTO
> in order to collect a reasonable profile for LTO FE.
>
> Ready for trunk?
I wonder if you need
On Mon, Apr 8, 2019 at 8:17 AM bin.cheng wrote:
>
> >
> >
> > --
> > Sender:Richard Biener
> > Sent At:2019 Apr. 1 (Mon.) 21:07
> > Recipient:bin.cheng
> > Cc:GCC Patches
> > Subject:Re: [PATCH PR89725]Handle DR's access functions
Hi.
The patch is about option documentation improvement as seen in the PR.
I'm adding the reported to CC. I'll install it if there are no comments.
Martin
gcc/ChangeLog:
2019-04-08 Martin Liska
PR gcov-profile/89959
* doc/gcov.texi: Make documentation of -x option
mo
On Fri, Apr 5, 2019 at 2:32 PM Martin Liška wrote:
>
> Hi.
>
> The patch adds support for profile for GIMPLE FE. That can be useful
> in the future.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed after stage1 opens?
Hmm, I guess to be useful w
Hi.
The patch extends JSON intermediate format where data_file column is added.
I'm going to install the patch as obvious.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Martin
gcc/ChangeLog:
2019-04-05 Martin Liska
PR gcov-profile/89961
* doc/gcov.t
On Fri, Apr 5, 2019 at 2:26 PM Vladislav Ivanishin wrote:
>
> Richard Biener writes:
>
> > On Thu, Apr 4, 2019 at 4:05 PM Vladislav Ivanishin wrote:
> >>
> >> Richard Biener writes:
> >>
> >> > On Mon, Apr 1, 2019 at 5:36 PM Vladislav Ivanishin
> >> > wrote:
> >> >>
> >> >> Hi!
> >> >>
> >> >
Richard Earnshaw (lists) writes:
> Ah, you've just changed the ChangeLog entries. By comments, I meant in
> the source code, so that it's clear these don't exist. ChangeLog update
> is good too.
>
> R.
Hi Richard,
sorry my misunderstanding.
Bests
Andrea
2019-03-29 Andrea Corallo andrea.
On 08/04/19 09:18 +0200, Christophe Lyon wrote:
On Fri, 5 Apr 2019 at 18:57, Jonathan Wakely wrote:
We need to handle DT_UNKNOWN earlier, not only during directory
recursion, so that the cached file_type value in the directory_entry
won't be used.
* src/c++17/fs_dir.cc (_Dir::advance(
Hi.
One obvious fix for the test-case. I'm going to install the patch.
Martin
gcc/testsuite/ChangeLog:
2019-04-08 Martin Liska
* gcc.target/riscv/arch-1.c: Fix expected scanned pattern.
---
gcc/testsuite/gcc.target/riscv/arch-1.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-
FAIL: gcc.target/riscv/arch-1.c (test for errors, line )
FAIL: gcc.target/riscv/arch-1.c (test for excess errors)
Excess errors:
cc1: error: '-march=rv32I': first ISA subset must be 'e', 'i' or 'g'
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F
On Fri, 5 Apr 2019 at 18:57, Jonathan Wakely wrote:
>
> We need to handle DT_UNKNOWN earlier, not only during directory
> recursion, so that the cached file_type value in the directory_entry
> won't be used.
>
> * src/c++17/fs_dir.cc (_Dir::advance(bool, error_code&)): Handle
> d_t
57 matches
Mail list logo
