https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93214
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93216
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93216
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Fri Jan 10 08:18:09 2020
New Revision: 280097
URL: https://gcc.gnu.org/viewcvs?rev=280097&root=gcc&view=rev
Log:
2020-01-10 Richard Biener
PR testsuite/93216
* gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93216
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93204
--- Comment #3 from Tim ---
On 08-Jan-20 20:57, dmalcolm at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93204
>
> David Malcolm changed:
>
> What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #11 from Richard Biener ---
- 77.83% 0.45% 16118 cc1plus cc1plus [.] (anonymous
namespace)::pass_cleanup_eh::execute ▒
- 77.38% (anonymous namespace)::pass_cleanup_eh::execute
- 77.29%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #3 from Segher Boessenkool ---
Okay, I'll bite.
Which of the functions/macros in ppu_intrinsics.h would you find useful?
Have you checked whether the implementation is good for your purpose, or
if they even are correct (the cntlz one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Bug ID: 93221
Summary: ICE maximum number of generated reload insns per insn
achieved (90) on aarch64
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93214
--- Comment #2 from Eric Botcazou ---
> Since r279563, Ada LTO bootstrap fails because of undefined reference
> to __gnat_debug_raise_assert_failure, undefined reference to
> __gnat_debug_raise_exception and undefined reference to
> __gnat_unhand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #11)
> - 77.83% 0.45% 16118 cc1plus cc1plus [.]
> (anonymous namespace)::pass_cleanup_eh::execute ▒
>- 77.38% (anonymous n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
Bug ID: 93222
Summary: __attribute__((always_inline)) changes program
behaviour unexpectedly
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #13 from Richard Biener ---
The recursive lower_eh_construct & collect_finally_tree also are prone to
eventually blow the stack with these kind of testcases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
--- Comment #1 from Andrew Pinski ---
Any time I see always inline and -fstrict-aliasing together, I put my money you
are abusing c++ aliasing rules. That is accessing an object by a different
type than what the dynamic type it is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #14 from Jakub Jelinek ---
There is always -fstack-reuse=named_vars workaround, or one can bump ulimit -s.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
--- Comment #2 from Andrew Pinski ---
>(** it's strange that extracting all -O optimization params to command line
>according to manual won't trigger the strange behaviour, maybe I got the
>options wrong)
No you did not read the manual correctl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
Andrew Pinski changed:
What|Removed |Added
Keywords||alias
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #2 from Eric Botcazou ---
> We're supposed to use get_object_alignment to set MEM_ALIGN and we do in most
> of the cases (IIRC). So this must be an omission somewhere. So we indeed
> compute that but then we called set_mem_attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
--- Comment #2 from Martin Liška ---
The issue can't be reproduced on x86_64-linux because
if constexpr (std::atomic_ref::is_always_lock_free)
if false. There's a changed inline decision, I'm isolating which Param change
caused that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #15 from Richard Biener ---
So lower_eh_constructs is what is remaining of EH time and there it's just
cleanup_is_dead_in which ends up costly:
while (reg && reg->type == ERT_CLEANUP)
reg = reg->outer;
return (reg && reg->typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
--- Comment #4 from Jakub Jelinek ---
Created attachment 47628
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47628&action=edit
gcc10-pr93210-wip.patch
Untested patch that fixes this, by moving native_encode_initializer from
dwarf2out.c to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Fri Jan 10 10:49:57 2020
New Revision: 280101
URL: https://gcc.gnu.org/viewcvs?rev=280101&root=gcc&view=rev
Log:
2020-01-10 Richard Biener
PR middle-end/93199
* tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93153
Alexander Cherepanov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Martin Liška changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
--- Comment #4 from Jonathan Wakely ---
Your grabListTail function fails to check if this->empty() which means that
this cast might be undefined:
Node* localTail = static_cast(_xHead.pPrev);
When this->empty() is true _x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #17 from Richard Biener ---
Author: rguenth
Date: Fri Jan 10 11:23:53 2020
New Revision: 280102
URL: https://gcc.gnu.org/viewcvs?rev=280102&root=gcc&view=rev
Log:
2020-01-10 Richard Biener
PR middle-end/93199
* tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Joel Hutton changed:
What|Removed |Added
CC||joel.hutton at arm dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34500
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
Eric Botcazou changed:
What|Removed |Added
Summary|RTl expansion throws away |RTL expansion throws away
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #4 from Eric Botcazou ---
So we would probably need to add full misalignment information to MEM_ATTRS if
we want to handle this properly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Blocks||83819
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38506
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #18 from Richard Biener ---
At -O2 I see, with just E(1),
expand vars: 61.55 ( 23%) 0.01 ( 3%) 61.56 ( 23%)
1267 kB ( 1%)
store merging : 185.44 ( 69%) 0.00 ( 0%) 185.44 ( 69
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Bug ID: 93223
Summary: Segmentation fault in ipa-cp.c
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
Jakub Jelinek changed:
What|Removed |Added
Attachment #47628|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Fri Jan 10 12:27:36 2020
New Revision: 280103
URL: https://gcc.gnu.org/viewcvs?rev=280103&root=gcc&view=rev
Log:
Fix wrong parenthesis in inliner.
2020-01-10 Martin Liska
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #5 from rguenther at suse dot de ---
On Fri, 10 Jan 2020, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
>
> --- Comment #4 from Eric Botcazou ---
> So we would probably need to add full mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
Bug ID: 93224
Summary: 29_atomics/atomic_ref/float.cc fails with a tweaker
IPA inliner
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
p;y);
printf("eq2: %d\n", p == q);
}
--
$ gcc -std=c11 -Wall -Wextra test.c && ./a.out
eq1: 0
eq2: 1
--
gcc x
-pedantic -Wall -Wextra -O3 test.c && ./a.out
eq1: 0
eq2: 0
diff: 0
eq3: 1
--
gcc x86-64 version: gcc (GCC) 10.0.0 20200110 (experimental)
--
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61502
--- Comment #41 from Alexander Cherepanov ---
(In reply to Richard Biener from comment #38)
> (In reply to Alexander Cherepanov from comment #37)
> > On 30/12/2019 10.51, rguenther at suse dot de wrote:
> > >> Obviously, it could be used to fold
nlining -O3 test.c &&
./a.out
0
--
gcc x86-64 version: gcc (GCC) 10.0.0 20200110 (experimental)
--
Here `r` has the same value as `p` but the optimizer canno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93219
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
--- Comment #4 from Zdenek Sojka ---
(In reply to Martin Sebor from comment #3)
> Patch: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg00552.html
Thanks for the fix!
Note the __int128 is supported only on certain targets, the test is
endian-depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135
--- Comment #10 from Tobias Burnus ---
Author: burnus
Date: Fri Jan 10 14:37:29 2020
New Revision: 280110
URL: https://gcc.gnu.org/viewcvs?rev=280110&root=gcc&view=rev
Log:
Fortran] PR84135 fix merging dimension into codimension array spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #1 from Martin Liška ---
Reduced test-case:
#include
int main()
{
long double value;
if constexpr (std::atomic_ref::is_always_lock_free)
{
bool ok;
const auto mo = std::memory_order_relaxed;
std::atomic_ref a(valu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #2 from Martin Liška ---
One more test-case:
$ #include
int main()
{
long double value;
if constexpr (std::atomic_ref::is_always_lock_free)
{
bool ok;
const auto mo = std::memory_order_relaxed;
std::atomic_ref a(v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135
--- Comment #11 from Tobias Burnus ---
Author: burnus
Date: Fri Jan 10 15:05:06 2020
New Revision: 280113
URL: https://gcc.gnu.org/viewcvs?rev=280113&root=gcc&view=rev
Log:
Fortran] PR84135 fix merging dimension into codimension array spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 84135, which changed state.
Bug 84135 Summary: [8/9/10 Regression] ICE in gfc_trans_array_cobounds, at
fortran/trans-array.c:6033
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #6 from Eric Botcazou ---
> So I wonder why we bother to feed 'bitpos' to
> set_mem_attributes_minus_bitpos when we expect the MEM_ATTRS to be
> created from solely 'T' (do we?) and then later apply 'bitpos' via
> adjust_address or f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68155
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #8 from Georg-Johann Lay ---
Giving up on this.
My work-around patch to disable the malicious data optimization for avr has
effectively been rejected.
http://gcc.gnu.org/ml/gcc-patches/2020-01/msg00145.html
So we can enjoy code tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92285
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Fri Jan 10 15:27:39 2020
New Revision: 280116
URL: https://gcc.gnu.org/viewcvs?rev=280116&root=gcc&view=rev
Log:
libstdc++: Make istreambuf_iterator base class consistent (PR92285)
Sinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80757
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93225
Bug ID: 93225
Summary: OpenACC 2.5/2.6: acc_get_default_async missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93225
Tobias Burnus changed:
What|Removed |Added
Summary|OpenACC 2.5/2.6:|OpenACC 2.5/2.6:
|acc_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92285
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.0
--- Comment #4 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
Bug 32834 depends on bug 65428, which changed state.
Bug 65428 Summary: ICE on nest array constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65428
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65428
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93225
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86167
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
Bug 19276 depends on bug 86167, which changed state.
Bug 86167 Summary: allocation variable length character array in derived type
incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86167
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93226
Bug ID: 93226
Summary: OpenACC 2.6: acc_memcpy_device runtime function
missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93227
Bug ID: 93227
Summary: [10 regression] g++.dg/cpp0x/std-layout1.C fails
starting with r280065
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93228
Bug ID: 93228
Summary: [[deprecated("message")]] on template struct/class
drops message
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39695
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2009-12-17 21:05:39 |2020-1-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93227
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93228
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93188
--- Comment #4 from Richard Earnshaw ---
Author: rearnsha
Date: Fri Jan 10 16:50:15 2020
New Revision: 280123
URL: https://gcc.gnu.org/viewcvs?rev=280123&root=gcc&view=rev
Log:
backport: arm: Fix rmprofile multilibs when architecture includes +m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93188
Richard Earnshaw changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93132
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Fri Jan 10 17:04:00 2020
New Revision: 280124
URL: https://gcc.gnu.org/viewcvs?rev=280124&root=gcc&view=rev
Log:
PR c/93132 - bogus 'attribute((access))' warning when size-index is specif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93132
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91057
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|10.0|9.3
--- Comment #9 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93219
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93192
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93166
--- Comment #2 from Martin Jambor ---
I have analyzed this ICE and came to the conclusion that the assert is
wrong for polymorphic context lattices - e.g. in the reported case we
always pass the same class to first parameter, which in the recursi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93228
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93173
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:46:57 2020
New Revision: 280126
URL: https://gcc.gnu.org/viewcvs?rev=280126&root=gcc&view=rev
Log:
PR c++/93173 - incorrect tree sharing.
My patch for 93033 wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:47:02 2020
New Revision: 280127
URL: https://gcc.gnu.org/viewcvs?rev=280127&root=gcc&view=rev
Log:
PR c++/93143 - incorrect tree sharing with constexpr.
We don't un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:46:57 2020
New Revision: 280126
URL: https://gcc.gnu.org/viewcvs?rev=280126&root=gcc&view=rev
Log:
PR c++/93173 - incorrect tree sharing.
My patch for 93033 wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 93143, which changed state.
Bug 93143 Summary: [10 Regression] Multiple calls to static constexpr member
function gives wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93173
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
--- Comment #30 from Jason Merrill ---
New patch: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg00624.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34235
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:53:17 2020
New Revision: 280128
URL: https://gcc.gnu.org/viewcvs?rev=280128&root=gcc&view=rev
Log:
Shorten right-shift again in C++.
Back in SVN r131862 richi removed this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
Jason Merrill changed:
What|Removed |Added
CC||kosotiro at yahoo dot gr
--- Comment #31
1 - 100 of 150 matches
Mail list logo
