https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
Bug ID: 91705
Summary: operator++ broken in constexpr floating point code
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
Richard Biener changed:
What|Removed |Added
Keywords||GC
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #4 from Richard Biener ---
Btw, the rtx of pseudos doesn't change, what changes is the address of the
entry in regno_reg_rtx[] which is the pseudo-nr -> rtx map. But I don't see
that involved...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91684
Richard Biener changed:
What|Removed |Added
Target||arm
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91684
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91687
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86999
Richard Biener changed:
What|Removed |Added
CC||barnaby.wilks at arm dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91689
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
--- Comment #2 from Richard Biener ---
__builtin_isnan is required to preserve FPU state, not sure why the Fortran FE
thinks it needs some extra magic around it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91699
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91702
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.3
Summary|ICE with mips16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91703
Richard Biener changed:
What|Removed |Added
Target||avr
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91706
Bug ID: 91706
Summary: [8/9/10 Regression] ICE: tree check: expected class
'type', have 'exceptional' (error_mark) in
equate_type_number_to_die, at dwarf2out.c:5782
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91707
Bug ID: 91707
Summary: spurious stringop-overflow warning with
-fsanitize=undefined
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91656
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91686
Paul Thomas changed:
What|Removed |Added
Status|WAITING |NEW
Assignee|unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
--- Comment #1 from John Maddock ---
Forgot to add: this effects operators ++ and -- in both prefix and postfix
versions. The standard selected (14,17,2a) makes no difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91704
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 10:26:50 2019
New Revision: 275507
URL: https://gcc.gnu.org/viewcvs?rev=275507&root=gcc&view=rev
Log:
PR target/91704
* config/i386/avxintrin.h (__v32qs): New t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853
--- Comment #14 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 10:31:02 2019
New Revision: 275508
URL: https://gcc.gnu.org/viewcvs?rev=275508&root=gcc&view=rev
Log:
PR target/87853
* config/i386/emmintrin.h (_mm_cmpeq_epi8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91706
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91704
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 10:51:04 2019
New Revision: 275509
URL: https://gcc.gnu.org/viewcvs?rev=275509&root=gcc&view=rev
Log:
PR target/91704
* config/i386/avxintrin.h (__v32qs): New t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 10:52:00 2019
New Revision: 275510
URL: https://gcc.gnu.org/viewcvs?rev=275510&root=gcc&view=rev
Log:
PR target/87853
* config/i386/emmintrin.h (_mm_cmpeq_epi8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91707
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91704
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 10:59:48 2019
New Revision: 275511
URL: https://gcc.gnu.org/viewcvs?rev=275511&root=gcc&view=rev
Log:
PR target/91704
* config/i386/avxintrin.h (__v32qs): New t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 11:00:46 2019
New Revision: 275512
URL: https://gcc.gnu.org/viewcvs?rev=275512&root=gcc&view=rev
Log:
PR target/87853
* config/i386/emmintrin.h (_mm_cmpeq_epi8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91706
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
able-libquadmath --disable-libquadmath-support --with-ld=/opt/local/bin/ld
--with-ar=/opt/local/bin/ar --with-as=/opt/local/bin/as --with-system-zlib
--with-pkgversion=svn-revision-275501
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 10.0.0 20190909 (experimental) (svn-revision-275501)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91704
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 11:43:08 2019
New Revision: 275515
URL: https://gcc.gnu.org/viewcvs?rev=275515&root=gcc&view=rev
Log:
PR target/91704
* config/i386/avxintrin.h (__v32qs): New t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87853
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 9 11:44:17 2019
New Revision: 275516
URL: https://gcc.gnu.org/viewcvs?rev=275516&root=gcc&view=rev
Log:
PR target/87853
* config/i386/emmintrin.h (_mm_cmpeq_epi8
This e-mail contains graphics, if you don't see them » view it online. (
https://vms1304.pppartner.org/tw/component/acymailing/mailid-75?key=TrZ692UK&subid=10350971-wNeGOX9AZDT4ao&tmpl=component
)
Support the Taiwan Model - A Permanent Peace System Urgently Needed in Hong
Kong, Tibet, North Kore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
Bug ID: 91708
Summary: [10 regression][ARM] Bootstrap fails in gen_movsi, at
config/arm/arm.md:5258
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #1 from Bernd Edlinger ---
Oh, nice, could you say what config options you use?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84579
--- Comment #10 from Romain Geissler ---
Ah thanks, I had backported this one as well, but not the one you mentionned:
commit 217597acb2493b727255b66cd199fafa065427b7
Author: marxin
Date: Wed Jul 24 07:00:48 2019 +
Fix off-by-one in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #2 from Wilco ---
(In reply to Bernd Edlinger from comment #1)
> Oh, nice, could you say what config options you use?
The full set I used:
${src}/configure --disable-libsanitizer --enable-languages=c,c++
--prefix=${install} --targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #3 from Bernd Edlinger ---
I will try to reproduce with building of a cross for this target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91664
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #9 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91704
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91709
Bug ID: 91709
Summary: Missed optimization for multiplication on 1.5 and 1.25
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87647
Jakub Jelinek changed:
What|Removed |Added
CC||david at pgmasters dot net
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91689
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Resolut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91710
Bug ID: 91710
Summary: unexpected ABI change note
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91709
--- Comment #1 from Antony Polukhin ---
Godbolt playground: https://godbolt.org/z/rHQj2w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
--- Comment #15 from rguenther at suse dot de ---
On Mon, 9 Sep 2019, clyon at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
>
> Christophe Lyon changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36262
--- Comment #16 from Christophe Lyon ---
> Wrong bugzilla? But also should be fixed by the followup.
I replied to the bugzilla mentioned in the ChangeLog...
>
> 2019-09-05 Richard Biener
>
> PR rtl-optimization/91656
> * p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91556
--- Comment #26 from Steve Kargl ---
On Mon, Sep 09, 2019 at 11:21:05AM +, mario-baumann at web dot de wrote:
>
> --- Comment #25 from Mario Baumann ---
>
> the following fortran code (without module/interface statements)
>
> SUBROU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91711
Bug ID: 91711
Summary: 23_containers/span/get_neg.cc fails on arm
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91684
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91712
Bug ID: 91712
Summary: [10 regression] ICE in bind_field_or_method, at
go/gofrontend/types.cc:11878
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91712
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91713
Bug ID: 91713
Summary: GP linker relaxation is not performed with -nostdlib
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #5 from Wilco ---
(In reply to Christophe Lyon from comment #4)
> (In reply to Bernd Edlinger from comment #3)
> > I will try to reproduce with building of a cross for this target.
>
> FWIW, cross-build looked fine for me at r275501:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #6 from Bernd Edlinger ---
(In reply to Wilco from comment #5)
> (In reply to Christophe Lyon from comment #4)
> > (In reply to Bernd Edlinger from comment #3)
> > > I will try to reproduce with building of a cross for this target.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #7 from Bernd Edlinger ---
without looking in detail, this could
be another middle-end error or the back-end
generating an invalid instruction where no assertions
are, then lra can rewrite the insn in a way that
triggers the assertion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91670
ctice at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91653
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #3 from TC ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91714
Bug ID: 91714
Summary: Accepts type statement without delimiter in free form
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91714
G. Steinmetz changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #1 from G. St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91715
Bug ID: 91715
Summary: ICE in resolve_fntype, at fortran/resolve.c:16884
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91646
--- Comment #8 from G. Steinmetz ---
First a remark, the phrase "the facts" had an unintended
sound, should be read as "the given" or similar.
---
It is apparently not necessary to have a cascade of several
types, a single one suffices. Asso
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91716
Bug ID: 91716
Summary: [9/10 Regression] ICE in output_constant, at
varasm.c:5026
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42575
--- Comment #20 from Wilco ---
(In reply to Wilco from comment #19)
> (In reply to Christophe Lyon from comment #18)
> > This is still wrong with current trunk.
>
> I don't see it happening since expansion of DImode instructions improved.
> The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
--- Comment #3 from Steve Kargl ---
On Mon, Sep 09, 2019 at 08:05:33AM +, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
>
> --- Comment #2 from Richard Biener ---
> __builtin_isnan is required to pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91684
--- Comment #7 from Bernd Edlinger ---
probably fixed by r275489
It was not intended to run this test on cortex-a9,
but I used the wrong effective-target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91684
--- Comment #8 from Christophe Lyon ---
Indeed, it's now unsupported in this config.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #4 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #8 from Wilco ---
(In reply to Bernd Edlinger from comment #7)
> without looking in detail, this could
> be another middle-end error or the back-end
> generating an invalid instruction where no assertions
> are, then lra can rewrite t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91680
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91711
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
--- Comment #5 from Steve Kargl ---
On Mon, Sep 09, 2019 at 06:25:53PM +, wilco at gcc dot gnu.org wrote:
> >
> > The Fortran standard may require this behavior. 18-007r1 page 435
>
> But none of that is needed since a correct implementati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #9 from Bernd Edlinger ---
I see this instruction is responsible (in function real_nextafter
first in real.c.239r.cse1:
(insn 234 198 205 11 (set (reg:SI 340 [ MEM [(struct
real_valueD.28367 *)r_77(D)] ])
(mem:SI (plus:SI (r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
Wilco changed:
What|Removed |Added
CC||wdijkstr at arm dot com
--- Comment #6 from Wilc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91708
--- Comment #10 from Bernd Edlinger ---
$ grep -A4 -r "insn 234 .*:SI 340" real.c.*|less
real.c.237r.subreg1:(insn 234 233 235 11 (set (reg:SI 340)
real.c.237r.subreg1-(mem:SI (reg/v/f:SI 273 [ rD.73757 ]) [52 MEM
[(struct real_valueD.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91694
--- Comment #2 from Rishi Khan ---
Created attachment 46857
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46857&action=edit
patch for libgomp
Attached is a patch that works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91694
--- Comment #3 from Jakub Jelinek ---
Can you start by saying what OS this is on? The lib*/configure* in gcc tree
can't use linking in all cases due to newlib startup setups, but it is true
that in libgomp's configure AC_LINK_IFELSE is used alre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91694
--- Comment #4 from Rishi Khan ---
(In reply to Jakub Jelinek from comment #3)
> Can you start by saying what OS this is on? The lib*/configure* in gcc tree
> can't use linking in all cases due to newlib startup setups, but it is true
> that in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91694
--- Comment #5 from Jakub Jelinek ---
(In reply to Rishi Khan from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > Can you start by saying what OS this is on? The lib*/configure* in gcc tree
> > can't use linking in all cases due t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91709
--- Comment #2 from joseph at codesourcery dot com ---
If the result of multiplying by 1.5 is outside the range of the integer
type, the version with multiplication is required to raise the FE_INVALID
exception for the out-of-range conversion t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65364
--- Comment #8 from Iain Sandoe ---
Author: iains
Date: Mon Sep 9 20:21:30 2019
New Revision: 275546
URL: https://gcc.gnu.org/viewcvs?rev=275546&root=gcc&view=rev
Log:
[Darwin, testsuite] Fix PR 65364 (uninit-19.c).
This test currently fails o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91087
--- Comment #6 from Iain Sandoe ---
Author: iains
Date: Mon Sep 9 20:27:05 2019
New Revision: 275547
URL: https://gcc.gnu.org/viewcvs?rev=275547&root=gcc&view=rev
Log:
[Darwin, testsuite] Address PR91087 - XFAIL parts of pr16855.C.
The testcas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
--- Comment #7 from Steve Kargl ---
On Mon, Sep 09, 2019 at 07:22:24PM +, wdijkstr at arm dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91690
>
> Wilco changed:
>
>What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91694
--- Comment #6 from Rishi Khan ---
(In reply to Jakub Jelinek from comment #5)
> > It seems like libgomp's configure.ac is already using AC_LINK_IFELSE for all
> > OS's around line 241 to 'Check for pthread_{,attr_}[sg]etaffinity_np.'.
>
> True,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91713
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91713
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
--- Comment #3 from Marek Polacek ---
Candidate fix:
--- a/gcc/cp/constexpr.c
+++ b/gcc/cp/constexpr.c
@@ -4162,7 +4162,6 @@ cxx_eval_increment_expression (const constexpr_ctx *ctx,
tree t,
tree type = TREE_TYPE (t);
tree op = TREE_OPERAND
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67348
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
--- Comment #4 from Marek Polacek ---
Nevermind, that doesn't work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
--- Comment #5 from Marek Polacek ---
But using fold_simple instead does seem to work, so I'll go with that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88329
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #5 from Jim Wilson ---
(In reply to Richard Biener from comment #3)
> Hmm, but shouldn't we instead fix combine to record not the reg rtx but the
> regno for UNDO_MODE? Because nothing prevents this from happening elsewhere
> (even i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91705
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #6 from Jim Wilson ---
(In reply to Richard Biener from comment #4)
> Btw, the rtx of pseudos doesn't change, what changes is the address of the
> entry in regno_reg_rtx[] which is the pseudo-nr -> rtx map. But I don't see
> that inv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #7 from Jim Wilson ---
> Would --param=ggc-min-expand=0 and/or --param=ggc-min-heapsize=0 help to
> reproduce the issue?
I don't think so. The problem occurs in ensure_regno_capacity, which isn't
affected by frequency of garbage col
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #8 from Jim Wilson ---
(In reply to Richard Biener from comment #3)
> Hmm, but shouldn't we instead fix combine to record not the reg rtx but the
> regno for UNDO_MODE? Because nothing prevents this from happening elsewhere
> (even i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #9 from Segher Boessenkool ---
So when was the array reallocated? combine does in general rely on all
rtxen to stay in place, etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #10 from Segher Boessenkool ---
(In reply to Segher Boessenkool from comment #9)
> So when was the array reallocated? combine does in general rely on all
> rtxen to stay in place, etc.
Ah pretty much directly from gen_reg_rtx. Bah.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91683
--- Comment #11 from Segher Boessenkool ---
Oh lol, I finally wake up. It is called from the splitter. That isn't
really a valid thing to do.
We have some limited support for that since a while, but it seems this
cannot ever really work?
1 - 100 of 109 matches
Mail list logo
