On Sun, May 5, 2019 at 8:05 AM bin.cheng wrote:
>
> Hmm, mis-attached the old version patch. Here is the updated one.
OK (if still needed)
Richard.
> Thanks,
> bin
>
> --
> Sender:bin.cheng
> Sent At:2019 May 5 (Sun.) 13:54
> Rec
On Thu, Feb 28, 2019 at 1:26 PM JiangNing OS
wrote:
>
> To solve BZ89430 the followings are needed,
>
> (1) The code below in noce_try_cmove_arith needs to be fixed.
>
> /* ??? We could handle this if we knew that a load from A or B could
> not trap or fault. This is also true if we've alr
On Wed, May 8, 2019 at 5:06 AM Hongtao Liu wrote:
>
> On Wed, May 8, 2019 at 2:33 AM Uros Bizjak wrote:
> >
> > On Tue, May 7, 2019 at 8:49 AM Hongtao Liu wrote:
> >
> > > > > > > > > > > This patch is about to enable support for bfloat16
> > > > > > > > > > > which will be in Future Cooper
On Mon, May 06, 2019 at 04:17:01PM +0200, Richard Biener wrote:
> > > +struct compute_live_vars_data {
> > > + /* Vector of bitmaps for live vars at the end of basic blocks,
> > > + indexed by bb->index. ACTIVE[ENTRY_BLOCK] must be empty bitmap,
> > > + ACTIVE[EXIT_BLOCK] is used for STOP
Prompted by a known make install failure on Linux/x86_64, I decided to
finally rework my ancient patch
http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01669.html
along the lines Mike suggested back then, i.e. use cp && touch -r
instead of cp -p. This avoids the failures like
for file in rt
Hi again,
one more straightforward fixlet which remained in my tree for a while.
Tested x86_64-linux.
Thanks, Paolo.
/
/cp
2019-04-29 Paolo Carlini
* decl.c (grokvardecl): Use an accurate location in error message
about main as a global variable.
/testsui
> Tested on x86_64-pc-linux-gnu installing both to a local filesystem and
> an NFSv3 filesystem.
>
> Ok for mainline (and the gcc-9 and gcc-8 branches eventually)?
No, this is not OK.
I'd rather keep the simple current logic and either stick to cp -p, or
use a proper $(INSTALL_whatever) as done
Sorry for the indentation issue, and thanks for your reminder.
On Wed, May 8, 2019 at 3:39 PM Uros Bizjak wrote:
>
> On Wed, May 8, 2019 at 5:06 AM Hongtao Liu wrote:
> >
> > On Wed, May 8, 2019 at 2:33 AM Uros Bizjak wrote:
> > >
> > > On Tue, May 7, 2019 at 8:49 AM Hongtao Liu wrote:
> > >
>
> Also, standard.ads.h is a valid file, so the reference shouldn't be removed.
>
> I'll add it to the repository, this was an oversight, thanks for noticing.
I've added it now.
2019-05-08 Arnaud Charlet
* standard.ads.h: New file.
Hi!
On Wed, 23 Jan 2019 09:19:33 +0100, Tom de Vries wrote:
> The map field of a struct ptx_stream is [...]
> The current implemention gets at least the first and most basic scenario
> wrong:
> [...]
> This problem causes the test-case asyncwait-1.c to fail intermittently on some
> systems. T
Hi
As PR90106 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106),
when gcc meets builtin function call like:
y = sqrt (x);
The cdce pass tries to transform the call into an internal function
call and conditionally executes call with a simple range check on the
arguments which can detect mos
Hello!
CentOS 5.11 (glibc 2.5) does not have utimensat function, so there is
no nanosecond precision of file times available. Currently, the test
fails with:
/tmp/cc36u3o7.o: In function
`_D3std4file17__T8setTimesTAyaZ8setTimesFAyaS3std8datetime7systime7SysTimeS3std8datetime7systime7SysTimeZ16tru
On Fri, May 3, 2019 at 6:54 PM H.J. Lu wrote:
>
> On Thu, May 2, 2019 at 10:53 AM H.J. Lu wrote:
> >
> > On Thu, May 2, 2019 at 7:55 AM Richard Biener
> > wrote:
> > >
> > > On Thu, May 2, 2019 at 4:54 PM Richard Biener
> > > wrote:
> > > >
> > > > On Mon, Mar 11, 2019 at 8:03 AM H.J. Lu wrote
On Tue, 7 May 2019, Andrew Pinski wrote:
> On Mon, May 6, 2019 at 7:24 AM Jiufu Guo wrote:
> >
> > Hi,
> >
> > This patch implements the optimization in PR77820. The optimization
> > eliminates phi and phi's basic block, if the phi is used only by
> > condition branch, and the phi's incoming val
On Wed, 8 May 2019, Jiufu Guo wrote:
> Hi,
>
> Thanks Richard, Segher, Andrew and all.
>
> Segher Boessenkool writes:
>
> > Let me try to answer some of this...
> >
> > On Tue, May 07, 2019 at 03:31:27PM +0200, Richard Biener wrote:
> >> On Mon, 6 May 2019, Jiufu Guo wrote:
> >> > This patch i
On Wed, May 8, 2019 at 12:09 PM JunMa wrote:
>
> Hi
>
> As PR90106 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106),
> when gcc meets builtin function call like:
>
>y = sqrt (x);
>
> The cdce pass tries to transform the call into an internal function
> call and conditionally executes call
On Fri, Apr 26, 2019 at 3:14 PM Richard Sandiford
wrote:
>
> Alejandro Martinez Vicente writes:
> > Hi,
> >
> > Current vectorizer doesn't support masked loads for SLP. We should add
> > that, to
> > allow things like:
> >
> > void
> > f (int *restrict x, int *restrict y, int *restrict z, int n)
Richard Biener writes:
> On Fri, Apr 26, 2019 at 3:14 PM Richard Sandiford
> wrote:
>>
>> Alejandro Martinez Vicente writes:
>> > Hi,
>> >
>> > Current vectorizer doesn't support masked loads for SLP. We should add
>> > that, to
>> > allow things like:
>> >
>> > void
>> > f (int *restrict x, in
Hi,
This patch adds a pattern to support the FADDP (scalar) instruction.
Before the patch, the C code
typedef double v2df __attribute__((vector_size (16)));
double
foo (v2df x)
{
return x[1] + x[0];
}
generated:
foo:
dup d1, v0.d[0]
dup d0, v0.d[1]
faddd0,
On Wed, 8 May 2019, Jakub Jelinek wrote:
> On Mon, May 06, 2019 at 04:17:01PM +0200, Richard Biener wrote:
> > > > +struct compute_live_vars_data {
> > > > + /* Vector of bitmaps for live vars at the end of basic blocks,
> > > > + indexed by bb->index. ACTIVE[ENTRY_BLOCK] must be empty bitma
On Wed, May 08, 2019 at 03:51:42PM +0200, Richard Biener wrote:
> > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
>
> I'm still worried about complexity - for the inliner case we compute
> liveness for the whole destination function for each function with
> an EH landing pad
On Wed, 8 May 2019, Jakub Jelinek wrote:
> On Wed, May 08, 2019 at 03:51:42PM +0200, Richard Biener wrote:
> > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
> >
> > I'm still worried about complexity - for the inliner case we compute
> > liveness for the whole destination
Hi Richard,
On 5/4/19 5:13 PM, Richard Sandiford wrote:
Kyrill Tkachov writes:
@@ -764,6 +780,13 @@ (define_insn "aarch64_adalp_3"
;; UABAL tmp.8h, op1.16b, op2.16b
;; UADALP op3.4s, tmp.8h
;; MOVop0, op3 // should be eliminated in later passes.
+;;
+;; For TARGE
On Tue, May 7, 2019 at 4:34 AM JunMa wrote:
>
> 在 2019/5/6 下午7:58, JunMa 写道:
> > 在 2019/5/6 下午6:02, Richard Biener 写道:
> >> On Thu, Mar 21, 2019 at 5:57 AM JunMa wrote:
> >>> Hi
> >>> For now, gcc can not fold code like:
> >>>
> >>> const char a[5] = "123"
> >>> __builtin_memchr (a, '7', sizeof a
On 18/12/2018 12:53, Mihail Ionescu wrote:
>
>
> On 12/18/2018 09:32 AM, Mihail Ionescu wrote:
>> Hi All,
>>
>> In Thumb mode when the function prologue gets expanded, in case of a
>> multiple register push, additional mov instructions are generated to
>> save the high registers which result in l
On 5/8/19 2:30 AM, Richard Biener wrote:
On Tue, May 7, 2019 at 11:55 PM Jeff Law wrote:
On 5/7/19 3:45 AM, Richard Biener wrote:
On Tue, May 7, 2019 at 11:13 AM Aldy Hernandez wrote:
Hi.
We seem to have numerous copies of the same EH propagation cleanups
scattered throughout the compiler
Hi Alan,
On Wed, May 08, 2019 at 03:02:48PM +0930, Alan Modra wrote:
> This is https://gcc.gnu.org/ml/gcc-patches/2019-03/msg01299.html with
> the fixes Segher requested, plus a few more:
> - delete PREFERRED_RELOAD_CLASS changes
> - adjust for recent register renumbering
> - use defines rather th
On 5/8/19 2:30 AM, Richard Biener wrote:
On Tue, May 7, 2019 at 11:55 PM Jeff Law wrote:
On 5/7/19 3:45 AM, Richard Biener wrote:
On Tue, May 7, 2019 at 11:13 AM Aldy Hernandez wrote:
Hi.
We seem to have numerous copies of the same EH propagation cleanups
scattered throughout the compi
On Wed, May 08, 2019 at 02:20:19PM +0200, Richard Biener wrote:
> Btw, I wonder if on RTL basic-block reordering (which also does
> some tail duplication) could be a place to do such transform?
> Or is it too late to do the desired cleanups after that?
> Possibly since we're after RA.
It is *much*
On Wed, 8 May 2019, Segher Boessenkool wrote:
> On Wed, May 08, 2019 at 02:20:19PM +0200, Richard Biener wrote:
> > Btw, I wonder if on RTL basic-block reordering (which also does
> > some tail duplication) could be a place to do such transform?
> > Or is it too late to do the desired cleanups aft
Here is a patch to reduce number of operators exposed at std namespace
scope.
* include/bits/stl_deque.h
(_Deque_iterator<>::operator+(difference_type)): Make hidden friend.
(_Deque_iterator<>::operator-(difference_type)): Likewise.
(operator==(const _Deque_iterator<>&, const _De
This patch to the Go frontend by Ben Shi removes trailing spaces from
the source files. Bootstrapped and ran Go testsuite on
x86_64-pc-linux-gnu. Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
===
--- gcc/go/gofrontend/ME
I discovered that DECL_SAVED_FUNCTION_DATA became obsolete during or
after the gimple conversion. But we continued to faithfully save and
restore it in the C++ FE. We then extended it to hold the auto return
pattern a function might have been declared with.
This patch removes the saved funct
This libgo patch by Cherry Zhang changes the runtime package to use
the builtin memmove function directly, rather than calling through C
code. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu.
Committed to mainline.
Ian
2019-05-08 Cherry Zhang
* go-gcc.cc (Gcc_backend::Gcc_backend):
On 08/05/19 18:50 +0200, François Dumont wrote:
Here is a patch to reduce number of operators exposed at std namespace
scope.
* include/bits/stl_deque.h
(_Deque_iterator<>::operator+(difference_type)): Make hidden friend.
(_Deque_iterator<>::operator-(difference_type)): Likewise.
Unless there are any objections to this patch, I plan to commit to
trunk and 9-branch tomorrow night, with the change to the testcase
pointed out by Dominique.
I sincerely hope that will be the end of CFI PRs for a little while,
at least. I have a load of pending patches and want to get on with
fi
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.0.de.po', has just
On 5/8/19 4:31 PM, Richard Biener wrote:
> On Tue, May 7, 2019 at 4:34 AM JunMa wrote:
>>
>> 在 2019/5/6 下午7:58, JunMa 写道:
>>> 在 2019/5/6 下午6:02, Richard Biener 写道:
On Thu, Mar 21, 2019 at 5:57 AM JunMa wrote:
> Hi
> For now, gcc can not fold code like:
>
> const char a[5] = "
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 French team of translators. The file is available at:
https://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-9.1.0.fr.po', has just
This Go frontend patch by Cherry Zhang generates a call to
__builtin_memmove for a non-pointer slice copy. The builtin copy
function is lowered to runtime functions slicecopy, stringslicecopy,
or typedslicecopy. The first two are basically thin wrappers of
memmove . Instead of making a runtime ca
On 5/8/19 6:20 AM, Richard Biener wrote:
> On Wed, 8 May 2019, Jiufu Guo wrote:
>
>> Hi,
>>
>> Thanks Richard, Segher, Andrew and all.
>>
>> Segher Boessenkool writes:
>>
>>> Let me try to answer some of this...
>>>
>>> On Tue, May 07, 2019 at 03:31:27PM +0200, Richard Biener wrote:
On Mon,
On 5/6/19 8:24 AM, Jiufu Guo wrote:
> Hi,
>
> This patch implements the optimization in PR77820. The optimization
> eliminates phi and phi's basic block, if the phi is used only by
> condition branch, and the phi's incoming value in the result of a
> CMP result.
>
> This optimization eliminates:
On 06/05/19 14:19 +0300, Antony Polukhin wrote:
@@ -924,14 +984,25 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
template
struct is_default_constructible
: public __is_default_constructible_safe<_Tp>::type
-{ };
+{
+ static_assert(std::__is_complete_or_unbounded(__type_identity<_Tp>{
On 5/8/19 6:28 AM, Richard Biener wrote:
> On Wed, May 8, 2019 at 12:09 PM JunMa wrote:
>>
>> Hi
>>
>> As PR90106 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106),
>> when gcc meets builtin function call like:
>>
>>y = sqrt (x);
>>
>> The cdce pass tries to transform the call into an inter
Hello world,
the attached patch fixes PR 90351 (not all prototypes were written
to standard output with -fc-prototypes) and introduces new
functionality to also write C prototypes for external functions,
at the same time discouraging their use (because BIND(C) is really
the better, standard-confo
On 5/4/19 6:21 PM, Giuliano Belinassi wrote:
> Hi
>
> On 04/30, Jeff Law wrote:
>> On 4/30/19 8:00 AM, Jakub Jelinek wrote:
>>> On Tue, Apr 30, 2019 at 07:57:20AM -0600, Jeff Law wrote:
> Just curious, do we want to add math identities like above to match.pd ?
I'd think so.
On Wed, May 08, 2019 at 11:30:57PM +0200, Thomas Koenig wrote:
> $ gfortran -fsyntax-only -fc-prototypes-external c.f90
> /* Prototypes for external procedures generated from c.f90
> by GNU Fortran (GCC) 10.0.0 20190427 (experimental).
>
> Use of this interface is dicsouraged, consider usi
This libgo patch adds a Debugging section to the README file.
Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
===
--- gcc/go/gofrontend/MERGE (revision 271017)
+++ gcc/go/gofrontend/MERGE (working copy)
@@ -1,4 +1,4
Hi Steve,> dicsouraged?
Fixed.
Otherwise, looks ok to me.
Committed, thanks.
Let's see where this leads...
Regards
Thomas
This Go frontend patch by Cherry Zhang avoids a copy for a
string([]byte) conversion used in a string comparison. If a
string([]byte) conversion is used immediately in a string comparison,
we don't need to copy the backing store of the byte slice, as the
string comparison doesn't hold any referenc
On Thu, May 9, 2019 at 5:31 AM Jeff Law wrote:
>
> On 5/8/19 6:28 AM, Richard Biener wrote:
> > On Wed, May 8, 2019 at 12:09 PM JunMa wrote:
> >>
> >> Hi
> >>
> >> As PR90106 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106),
> >> when gcc meets builtin function call like:
> >>
> >>y = sqr
在 2019/5/8 下午10:31, Richard Biener 写道:
On Tue, May 7, 2019 at 4:34 AM JunMa wrote:
在 2019/5/6 下午7:58, JunMa 写道:
在 2019/5/6 下午6:02, Richard Biener 写道:
On Thu, Mar 21, 2019 at 5:57 AM JunMa wrote:
Hi
For now, gcc can not fold code like:
const char a[5] = "123"
__builtin_memchr (a, '7', sizeo
在 2019/5/9 上午3:02, Bernd Edlinger 写道:
On 5/8/19 4:31 PM, Richard Biener wrote:
On Tue, May 7, 2019 at 4:34 AM JunMa wrote:
在 2019/5/6 下午7:58, JunMa 写道:
在 2019/5/6 下午6:02, Richard Biener 写道:
On Thu, Mar 21, 2019 at 5:57 AM JunMa wrote:
Hi
For now, gcc can not fold code like:
const char a[5
在 2019/5/9 上午9:20, Bin.Cheng 写道:
On Thu, May 9, 2019 at 5:31 AM Jeff Law wrote:
On 5/8/19 6:28 AM, Richard Biener wrote:
On Wed, May 8, 2019 at 12:09 PM JunMa wrote:
Hi
As PR90106 (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90106),
when gcc meets builtin function call like:
y = sqrt
Jeff Law writes:
> On 5/6/19 8:24 AM, Jiufu Guo wrote:
>> Hi,
>>
>> This patch implements the optimization in PR77820. The optimization
>> eliminates phi and phi's basic block, if the phi is used only by
>> condition branch, and the phi's incoming value in the result of a
>> CMP result.
>>
>>
Thanks for the tip, nice to know.
Attached patch applied.
François
On 5/8/19 8:28 PM, Jonathan Wakely wrote:
On 08/05/19 18:50 +0200, François Dumont wrote:
Here is a patch to reduce number of operators exposed at std
namespace scope.
* include/bits/stl_deque.h
(_Deque_iterator<>::o
Hi
Patch similar to the one I just apply for deque iterator including
NRVO copy ellision fix.
* include/bits/stl_bvector.h
(operator==(const _Bit_iterator_base&, const _Bit_iterator_base&)):
Make hidden friend.
(operator<(const _Bit_iterator_base&, const _Bit_iterator_base&
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, May 8, 2019 3:35 PM
> To: JiangNing OS
> Cc: gcc-patches@gcc.gnu.org; Richard Biener ;
> pins...@gcc.gnu.org
> Subject: Re: Fixing ifcvt issue as exposed by BZ89430
>
> On Thu, Feb 28, 2019 at 1:26 PM JiangNing OS
> wrote:
On Wed, 8 May 2019, Jeff Law wrote:
> On 5/8/19 6:20 AM, Richard Biener wrote:
> > On Wed, 8 May 2019, Jiufu Guo wrote:
> >
> >> Hi,
> >>
> >> Thanks Richard, Segher, Andrew and all.
> >>
> >> Segher Boessenkool writes:
> >>
> >>> Let me try to answer some of this...
> >>>
> >>> On Tue, May 07,
59 matches
Mail list logo
