https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85388
--- Comment #1 from H.J. Lu ---
I am testing this patch:
diff --git a/gcc/config/i386/cet.h b/gcc/config/i386/cet.h
index 9dca41bad2d..309d90ec87c 100644
--- a/gcc/config/i386/cet.h
+++ b/gcc/config/i386/cet.h
@@ -33,12 +33,14 @@
#ifdef __ASSEM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85388
Bug ID: 85388
Summary: config/i386/morestack.S is incompatible with CET
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85365
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85112
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85369
Martin Sebor changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85385
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85385
--- Comment #1 from David Malcolm ---
Author: dmalcolm
Date: Thu Apr 12 23:44:09 2018
New Revision: 259360
URL: https://gcc.gnu.org/viewcvs?rev=259360&root=gcc&view=rev
Log:
Prevent erroneous "macro had not yet been defined" messages (PR c++/853
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85387
Bug ID: 85387
Summary: incorrect output with optimization /= 0
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83660
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85346
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Thu Apr 12 21:58:54 2018
New Revision: 259359
URL: https://gcc.gnu.org/viewcvs?rev=259359&root=gcc&view=rev
Log:
2018-04-12 Thomas Koenig
PR fortran/83064
PR testsui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
--- Comment #29 from Thomas Koenig ---
Author: tkoenig
Date: Thu Apr 12 21:58:54 2018
New Revision: 259359
URL: https://gcc.gnu.org/viewcvs?rev=259359&root=gcc&view=rev
Log:
2018-04-12 Thomas Koenig
PR fortran/83064
PR testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83660
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
CC||acsawdey at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85364
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85364
--- Comment #3 from Jakub Jelinek ---
If it is about variables in MAIN__ and not say variables inside of BLOCK inside
of MAIN__, then perhaps. For BLOCK, I wonder about stuff like:
!$omp parallel
block
integer :: i
i = ...
use (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85363
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85364
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #2 from Thomas Ko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85359
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85386
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
--- Comment #2 from David Malcolm ---
Candidate patch:
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00638.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85365
--- Comment #2 from Marek Polacek ---
We warn because we see
strcpy (0B, 0B);
created by jump threading (in a BB that is not reachable).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85386
--- Comment #1 from andysem at mail dot ru ---
Apparently, the is_nothrow_default_constructible workaround doesn't work
reliably either, at least not in the full code base from which this testcase
was reduced.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85386
Bug ID: 85386
Summary: ICE when applying noexcept operator to default
constructor
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85365
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85258
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85356
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Apr 12 20:03:33 2018
New Revision: 259356
URL: https://gcc.gnu.org/viewcvs?rev=259356&root=gcc&view=rev
Log:
PR c++/85356 - ICE with pointer to member function.
* pt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85258
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Thu Apr 12 20:02:47 2018
New Revision: 259355
URL: https://gcc.gnu.org/viewcvs?rev=259355&root=gcc&view=rev
Log:
PR c++/85258
* constexpr.c (reduced_constant_expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85291
--- Comment #6 from Segher Boessenkool ---
Author: segher
Date: Thu Apr 12 20:01:37 2018
New Revision: 259354
URL: https://gcc.gnu.org/viewcvs?rev=259354&root=gcc&view=rev
Log:
rs6000: Fix an ICE with -mno-direct-move (PR85291)
PR targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85291
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85381
cesar at gcc dot gnu.org changed:
What|Removed |Added
CC||cesar at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83157
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Thu Apr 12 19:30:00 2018
New Revision: 259353
URL: https://gcc.gnu.org/viewcvs?rev=259353&root=gcc&view=rev
Log:
PR debug/83157
* var-tracking.c (add_stores): Handle STRI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66145
Bug 66145 depends on bug 85222, which changed state.
Bug 85222 Summary: [7 Regression] ABI breakage of __throw_ios_failure by r244498
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85222
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85222
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85222
--- Comment #22 from Jonathan Wakely ---
Author: redi
Date: Thu Apr 12 19:06:50 2018
New Revision: 259352
URL: https://gcc.gnu.org/viewcvs?rev=259352&root=gcc&view=rev
Log:
PR libstdc++/85222 allow catching iostream errors as gcc4-compatible
ios
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85385
Bug ID: 85385
Summary: [8 Regression] Bogus "macro had not yet been defined"
message when macro used with wrong arg count
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85359
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85369
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84955
--- Comment #6 from cesar at gcc dot gnu.org ---
I reverted that patch from trunk, and will revisit this issue during stage1.
It should be noted that GCC also chokes with any empty OpenACC loop in general.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85383
--- Comment #3 from cesar at gcc dot gnu.org ---
I ended up reverting the patch in r259351. It should be working now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85383
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85384
Bug ID: 85384
Summary: libgccjit does not work if --with-gcc-major-version is
used
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85383
--- Comment #1 from cesar at gcc dot gnu.org ---
I'm building a power8 toolchain right now. If the fix isn't immediately
obvious, I'll revert that patch for pr84955. After all, empty loops are
uninteresting in OpenACC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85383
Bug ID: 85383
Summary: [8 regression] many ICE failures at gcc/toplev.c:325
starting with r259346
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #20 from Jakub Jelinek ---
Are you configuring gcc against binutils 2.30+ and then assembling stuff with
older binutils?
You can always use -gno-as-locview-support even in that case, but the general
assumption is if you configure agai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #19 from Dmitry Vyukov ---
When I am trying to build anything with -g on a machine with binutils 2.26.1 I
am getting:
/tmp/ccTFsPnM.s: Assembler messages:
/tmp/ccTFsPnM.s:11: Error: unknown .loc sub-directive `view'
/tmp/ccTFsPnM.s:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85347
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85334
--- Comment #2 from H.J. Lu ---
(In reply to H.J. Lu from comment #1)
> My patch doesn't fix g++.dg/eh/sighandle.C compiled with
>
> -O2 -fcf-protection -mcet
It is because
(gdb) bt
#0 _Unwind_RaiseException (exc=exc@entry=0x416ed0)
at /e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357
--- Comment #3 from Dominique d'Humieres ---
gfortran 4.8.2 gives
...
Error: Non-polymorphic passed-object dummy argument of 'summation' at (1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85382
Bug ID: 85382
Summary: code compiled with fno-builtin uses builtin
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84369
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85190
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79916
--- Comment #9 from Vladimir Makarov ---
I've reproduced one test bug on my machine by using:
./cc1 -I. ../../gcc/gcc/testsuite/gcc.dg/dfp/pr41049.c
-fno-expensive-optimizations --param ira-max-conflict-table-size=0 -mpopcntd
-O3
I think the fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85347
--- Comment #2 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Thu Apr 12 16:16:08 2018
New Revision: 259350
URL: https://gcc.gnu.org/viewcvs?rev=259350&root=gcc&view=rev
Log:
gcc/testsuite/ChangeLog:
2018-04-12 Kelvin Nilsen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85357
c...@mnet-mail.de changed:
What|Removed |Added
Summary|Regression: gfortran|gfortran versions
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84659
Bug 84659 depends on bug 85354, which changed state.
Bug 85354 Summary: [8 regression] ICE with gcc.dg/graphite/pr84872.c starting
with r259313
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85354
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85354
Alexander Monakov changed:
What|Removed |Added
Status|NEW |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85354
--- Comment #4 from Alexander Monakov ---
Author: amonakov
Date: Thu Apr 12 15:40:44 2018
New Revision: 259348
URL: https://gcc.gnu.org/viewcvs?rev=259348&root=gcc&view=rev
Log:
sel-sched: move cleanup_cfg before calculate_dominance_info (PR 853
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84733
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85381
Bug ID: 85381
Summary: [og7, nvptx, openacc] parallel-loop-1.c fails with
default vector length 128
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85238
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85238
--- Comment #25 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Apr 12 14:18:17 2018
New Revision: 259347
URL: https://gcc.gnu.org/viewcvs?rev=259347&root=gcc&view=rev
Log:
PR target/85238
* lto-wrapper.c (debug_objcopy): Open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85246
Tom de Vries changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #18 from Jakub Jelinek ---
I will, once I bootstrap/regtest it fully on a couple of targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #17 from chefmax at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #15)
> (In reply to chefmax from comment #14)
> > (In reply to Jakub Jelinek from comment #13)
> > > or introduce a new virtual pseudo register that vregs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184
--- Comment #11 from seurer at gcc dot gnu.org ---
I dug through my logs and the last failures I saw for phi-opt-11.c and
pr21643.c on powerpc64 were in mid January immediately before Eric's patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85380
Bug ID: 85380
Summary: gnatbind fails with small executable & restricted
runtime
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
--- Comment #5 from Jakub Jelinek ---
There is nothing weird about what cprop1 does, __builtin_ffs (0) is known to be
0, with so many disabled optimizations we just don't optimize it away nor
simplify earlier. So the
mov eax, 0 # tm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85258
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85377
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84955
--- Comment #5 from cesar at gcc dot gnu.org ---
Author: cesar
Date: Thu Apr 12 13:15:45 2018
New Revision: 259346
URL: https://gcc.gnu.org/viewcvs?rev=259346&root=gcc&view=rev
Log:
PR middle-end/84955
gcc/
* lto-streamer-out.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85379
Bug ID: 85379
Summary: Missing ENDBR in __stack_split_initialize
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #16 from Dmitry Vyukov ---
Here is disasm of the function with the patch:
https://gist.githubusercontent.com/dvyukov/e9dca961ceb436049cf5881b3307b104/raw/05ed3daff60d00eb71ca7a85be707d6d5eca3c47/gistfile1.txt
And the epilogue:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
--- Comment #4 from Richard Biener ---
Thus looks like a cselib issue to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
--- Comment #3 from Richard Biener ---
-fdisable-rtl-cprop2 -fdisable-rtl-cprop1 fixes it, likewise
-fdisable-rtl-cse_local:
> diff -u t.c.245r.cprop2 t.c.247r.cse_local
...
- 41: r194:SI=0x20
- REG_DEAD r91:HI
42: r108:QI=0
- 43: {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85378, which changed state.
Bug 85378 Summary: -fsplit-stack is incompatible with -fcf-protection -mcet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85378
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85378
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85360
--- Comment #2 from dave.anglin at bell dot net ---
On 2018-04-12 3:43 AM, rguenth at gcc dot gnu.org wrote:
> Any special
> configury required?
No.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85246
--- Comment #5 from Tom de Vries ---
Created attachment 43921
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43921&action=edit
0002-nvptx-Fix-propagation-of-branch-cond-in-vw-neutered-code.patch
Tentative fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85246
--- Comment #4 from Tom de Vries ---
Created attachment 43920
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43920&action=edit
0001-nvptx-Simplifly-logic-in-nvptx_single.patch
NFC patch to make fix easier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
--- Comment #2 from Jakub Jelinek ---
Started with r257852.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85371
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85378
Bug ID: 85378
Summary: -fsplit-stack is incompatible with -fcf-protection
-mcet
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85246
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> I went through a couple of cycles of minimizing the failure, seeing
> something suspicious, modifying by hand or writing a tentative patch, but
> every time I went
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85328
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85371
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Thu Apr 12 12:27:14 2018
New Revision: 259345
URL: https://gcc.gnu.org/viewcvs?rev=259345&root=gcc&view=rev
Log:
2018-04-12 Richard Biener
PR lto/85371
* dwarf2out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85246
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> I went through a couple of cycles of minimizing the failure, seeing
> something suspicious, modifying by hand or writing a tentative patch, but
> every time I went
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #15 from Jakub Jelinek ---
(In reply to chefmax from comment #14)
> (In reply to Jakub Jelinek from comment #13)
> > or introduce a new virtual pseudo register that vregs pass would map
> > directly to dynamic_offset.
>
> Yeah, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85375
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85376
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #14 from chefmax at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #13)
> or introduce a new virtual pseudo register that vregs pass would map directly
> to dynamic_offset.
Yeah, that's what I though about (LLVM does pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85230
--- Comment #13 from Jakub Jelinek ---
Created attachment 43919
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43919&action=edit
gcc8-pr85230.patch
So, if you want to add STACK_DYNAMIC_OFFSET to new_sp for the second argument,
then we coul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85377
Bug ID: 85377
Summary: [GCOV] Wrong coverage with label and if(cond) break in
while(1)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 156 matches
Mail list logo