https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #38 from jojo ---
(In reply to Martin Liška from comment #36)
> (In reply to jojo from comment #35)
> > (In reply to Martin Liška from comment #30)
> > > A possible solution can be usage of '-flinker-output=nolto-rel -r' for
> > >
> From: Segher Boessenkool
> Date: Tue, 7 Jul 2020 22:50:43 +0200
> I'll make a simpler patch. Thanks!
You're welcome. So, you'll take care of the updated patch
yourself?
(I'll wait a month before sending an update either way.)
brgds, H-P
> From: Segher Boessenkool
> Date: Tue, 7 Jul 2020 22:23:59 +0200
> Hi!
>
> On Tue, Jul 07, 2020 at 02:50:09AM +0200, Hans-Peter Nilsson wrote:
> > > On Mon, Jul 06, 2020 at 03:11:17AM +0200, Hans-Peter Nilsson wrote:
> > > > TL;DR: fixing a misdetection of what is a "simple move".
> > >
> > >
emit_move_multi_word
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-11.0.0_alpha20200712/work/gcc-11-20200712/gcc/expr.c:3721
0xabfc4e emit_move_insn(rtx_def*, rtx_def*)
/var/tmp/portage/cross-powerpc-e300c3-linux-gnu/gcc-11.0.0_alpha20200712/work/gcc-11-20200712/gcc/expr.c:3929
> From: Richard Biener
> Date: Tue, 7 Jul 2020 09:00:22 +0200
> On Tue, Jul 7, 2020 at 6:03 AM Hans-Peter Nilsson via Gcc-patches
> wrote:
> >
> > We say very little about reads and writes to aggregate /
> > compound objects, just scalar objects (i.e. assignments don't
> > cause reads). Let's
> From: Martin Sebor
> Date: Wed, 8 Jul 2020 02:09:37 +0200
> On 7/6/20 10:02 PM, Hans-Peter Nilsson via Gcc-patches wrote:
> > We say very little about reads and writes to aggregate /
> > compound objects, just scalar objects (i.e. assignments don't
> > cause reads). Let's lets say something
Hi Simon:
Thanks for your fix!
Hi Jim:
Yeah, I think I should check the dejagnu errors.
On Sat, Jul 11, 2020 at 12:46 PM Jim Wilson wrote:
>
> On Fri, Jul 10, 2020 at 6:53 AM Simon Cook wrote:
> > Some square brackets were missing escape characters, causing DejaGnu to
> > try and call a proc
Hi,
I consider four ways to implementation it,
and maybe we can use ‘csplit’ tool to split output file, is that right ?
—Jojo
在 2020年7月9日 +0800 PM3:59,Martin Liška ,写道:
> On 7/9/20 9:54 AM, jiejie_r...@c-sky.com wrote:
> > Hi,
> >
> > The size of generated file like insn-emit.c
> On Thu, 9 Jul 2020, Richard Sandiford wrote:
> >> I'm trying Tree Browser during debugging, but failed.
> >> I found that tree-browser.c and tree-browser.def have been removed at
> >> 2015-07-25. So, to avoid misunderstanding, can we remove this
> >> tree-browser page too?
> > Thanks for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96177
Bug ID: 96177
Summary: ICE: in extract_insn, at recog.c:2294 (error:
unrecognizable insn)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
On 2020/7/11 08:28, Segher Boessenkool wrote:
Hi!
On Thu, Jul 09, 2020 at 09:14:45PM -0500, Xiong Hu Luo wrote:
* config/rs6000/rs6000.md (rotl_unspec): New
define_insn_and_split.
+; rldimi with UNSPEC_SI_FROM_SF.
+(define_insn_and_split "*rotl_unspec"
Please have
On Tue, Jul 7, 2020 at 7:51 PM cooper wrote:
> gcc/
> * config/riscv/riscv-opts.h (stack_protector_guard): New enum.
> * config/riscv/riscv.c (riscv_option_override): Handle
> the new options.
> * config/riscv/riscv.md (stack_protect_set): New pattern to handle
>
Hello.
As mentioned in bug 95498, some conversions do not work. After
investigation, it turns out that it's caused by multiple casts on an
expression where it should do a truncation/extension.
I added a testcase, but for some reasons, the tests only pass when ran
via
Noticed while reviewing the RISC-V -mstack-protector-guard docs. The
AArch64 section has two identical copies of the docs for this option.
* doc/invoke.texi (AArch64 Options): Delete duplicate
-mstack-protector-guard docs.
---
gcc/doc/invoke.texi | 18 --
1 file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96176
Bug ID: 96176
Summary: Failure to omit extraneous movzx in atomic compare
exchange with unsigned char
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
Snapshot gcc-11-20200712 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20200712/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96174
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-07-12
>-Original Message-
>From: Gcc-patches [mailto:gcc-patches-boun...@gcc.gnu.org] On Behalf
>Of Tom de Vries
>Sent: Friday, July 3, 2020 6:52 AM
>To: Moore, Catherine ; Burnus, Tobias
>; gcc-patches ;
>Jakub Jelinek
>Cc: Schwinge, Thomas ; Stubbs,
>Andrew
>Subject: Re: [Patch][gcn,
The following patch addds support for PTX's rcp.rn.f32 and rcp.rn.f64
instructions. Note that the "rcp.rn" forms of this instruction
calculate the fully IEEE compliant result for the reciprocal, unlike
the rcp.approx variants that just provide fast approximations.
I'm undecided as to whether to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96175
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96175
Bug ID: 96175
Summary: Failure to optimize memory stores of double literals
properly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93736
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93567
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93733
Dominique d'Humieres changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96170
--- Comment #1 from Will Wray ---
Opened an equivalent enhancement request for Clang
https://bugs.llvm.org/show_bug.cgi?id=46691
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93727
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-07-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93948
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2020-07-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Thomas Koenig changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE in |[9/10/11 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89417
Federico Kircheis changed:
What|Removed |Added
Version|8.2.0 |10.1.0
--- Comment #1 from Federico
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
--- Comment #5 from Thomas Koenig ---
A somewhat smaller test case, which of course does nothing useful,
but still reproduces the ICE:
module mo_a
implicit none
type t_b
integer :: n = 0
integer :: nr = 0
character, pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Thomas Koenig changed:
What|Removed |Added
Summary|ICE in 9.2/9.2.1 not|[9/10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 93492, which changed state.
Bug 93492 Summary: Broken code with -fpatchable-function-entry and
-fcf-protection=full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
--- Comment #35 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:267891bd3c7ce3e16662eb2be7273f0bc8be9e7e
commit r11-2041-g267891bd3c7ce3e16662eb2be7273f0bc8be9e7e
Author: H.J. Lu
Date: Fri Jul 10
On Fri, Jun 26, 2020 at 2:02 PM H.J. Lu wrote:
>
> Define ASM_OUTPUT_ALIGNED_DECL_LOCAL for large local common symbol.
>
> gcc/ChangeLog:
>
> * config/i386/x86-64.h (ASM_OUTPUT_ALIGNED_DECL_LOCAL): New.
>
> gcc/testsuite/ChangeLog:
>
> * gcc.target/i386/pr95620.c: New test.
PING:
Hi H.J.,
> Since -fpatchable-function-entry is only supported on Linux and used by
> Linux kernel, require Linux target for PR target/93492 tests.
>
> PR target/93492
> * gcc.target/i386/pr93492-1.c: Require Linux target.
> * gcc.target/i386/pr93492-2.c: Likewise.
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96018
Thomas Koenig changed:
What|Removed |Added
Keywords|needs-bisection |patch
--- Comment #15 from Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96141
--- Comment #3 from Bernd Baumanns ---
Is there something missing in that if? What must be changed?
This is assert fails:
/* ??? If this is a local variable, and it has not been seen in any
outer BIND_EXPR, then it's probably the result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95998
--- Comment #3 from Dominique d'Humieres ---
> If we ever have three occurences of gfc_typename in a function list,
> like
>
> foo (gfc_typename(a), gfc_typename(b), gfc_typename(c));
>
> we will get the wrong result for the third one. We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96136
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96174
Bug ID: 96174
Summary: AVX-512 functions missing when compiled without
optimization
Product: gcc
Version: 10.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95857
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:1ba192b5b7d2509b833f288000f21d6294420ace
commit r10-8466-g1ba192b5b7d2509b833f288000f21d6294420ace
Author: Jakub Jelinek
>From 589dbe8a1c2397bfafefa4e84abe5ec6e6798928 Mon Sep 17 00:00:00 2001
From: Andrew Pinski
Date: Wed, 12 Feb 2020 11:42:57 +
Subject: [PATCH] MIPS: Fix __builtin_longjmp (PR 64242)
The problem here is mips has its own builtin_longjmp
pattern and it was not fixed when expand_builtin_longjmp
43 matches
Mail list logo