https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #5 from Sergei Trofimovich ---
I think I found something similar on openttd-12.1. Seems to be a mostly gcc-12
regression:
$ cat bug.cpp
template using t = T;
template struct s;
template s...> f() { f(); }
$ g++-12.0.0 --param=ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103937
Bug ID: 103937
Summary: Assembler error: symbol is already defined when
compiling static member function templates
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103937
--- Comment #1 from mac.zyg2 at protonmail dot com ---
Created attachment 52140
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52140&action=edit
Generated assembly on GCC 11.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103937
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103937
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103186
Andrew Pinski changed:
What|Removed |Added
CC||mac.zyg2 at protonmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #6 from Sergei Trofimovich ---
Trying to understand what the error means:
Crash happens when we look up entry in
gcc/cp/pt.c:static GTY (()) spec_hash_table *type_specializations;
It's a hash table of entries of spec_entry type:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #7 from Martin Liška ---
With:
diff --git a/gcc/cp/pt.c b/gcc/cp/pt.c
index 0fa4a162354..9a8bfa51049 100644
--- a/gcc/cp/pt.c
+++ b/gcc/cp/pt.c
@@ -45,6 +45,7 @@ along with GCC; see the file COPYING3. If not see
#include "gcc-rich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103465
--- Comment #27 from Tomas Kalibera ---
> > should do the job. Tomas, can you give it a try?
>
> Thanks, so far I tried it only on predict-22.c and it works (with a fixed
> comma as below), enables the optimization. I will do more testing tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103914
--- Comment #2 from xiao@compiler-dev.com ---
Thanks a lot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103914
--- Comment #3 from xiao@compiler-dev.com ---
(In reply to xiao@compiler-dev.com from comment #2)
> Thanks a lot.
(In reply to anlauf from comment #1)
> (In reply to xiao@compiler-dev.com from comment #0)
> > I have some questions:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103889
John Doe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90077
John Doe changed:
What|Removed |Added
CC||bau2wux4sh at pkv73 dot
anonbox.ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103938
Bug ID: 103938
Summary: ICE with __builtin_prefetch and vectors
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-checking, ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103938
--- Comment #1 from Andrew Pinski ---
ira-costs.c record_operand_costs is stripping off the SUBREG. Is that even
valid thing to do?
for (i = 0; i < recog_data.n_operands; i++)
{
rtx op_mem = extract_mem_from_operand (recog_data.ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
--- Comment #8 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #7)
> With -std=c++20 -O2 I get better code than just -std=c++17 -O2:
> _34 = operator new (24);
> __builtin_memcpy (_34, "a ", 23);
> MEM[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80662
--- Comment #7 from Jonathan Wakely ---
EDG matches GCC with --g++ (which is what ICC uses) but in it's strict mode it
says they're ambiguous:
"s.C", line 13: error: more than one operator "<<" matches these operands:
function templa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
Bug ID: 103939
Summary: memset with sizeof in wrong place not detected ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80662
--- Comment #8 from Jonathan Wakely ---
FWIW the original example compiles now, but that's because
https://wg21.link/lwg1203 (implemented by r12-319 and in gcc 11.2 by r11-8369)
changed the return type to be a reference to the original stream, n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80886
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103775
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57632
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89563
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83426
Patrick Palka changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #3 from Jonathan Wakely ---
Has anybody ever written such code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #4 from Jonathan Wakely ---
I doubt they have, but if it's a concern, warn when the second argument is a
sizeof expression and the third is any integer literal. That should catch cases
where it matters.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93050
Daniel Boles changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103940
Bug ID: 103940
Summary: RFE: check -Wanalyzer-tainted-size on external fns
with attribute ((access)) with a size-index
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103750
--- Comment #17 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e7a7dbb5ca5dd69689f1a462ba7620180acfe8b0
commit r12-6342-ge7a7dbb5ca5dd69689f1a462ba7620180acfe8b0
Author: liuhongt
Date: Mon Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103940
--- Comment #1 from David Malcolm ---
Note that -fanalyzer-checker=taint is currently required in addition to
-fanalyzer to use this warning, due to scaling issues (see bug 103533).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103533
--- Comment #2 from David Malcolm ---
Note that as well as the scaling issues, there currently aren't that many
sources of taint (currently just a hardcoded one for the result fread); a lot
more would be added by
[PATCH 0/6] RFC: adding suppor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103911
--- Comment #2 from Jonathan Wakely ---
Thanks for the report, this is now fixed on trunk. I'll backport it too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
Bug ID: 103941
Summary: uavgv2qi3_ceil is not used
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #8 from Sam James ---
(In reply to Andrew Pinski from comment #7)
> Fixed. The bug has been latent since r0-81404 (4.3.0 release). I doubt many
> people are testing on opteron any mores but if someone wants to backport the
> fix I am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #9 from Sam James ---
> (In reply to Andrew Pinski from comment #7)
(and thank you to both you and slyfox!)
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: antony at cosmologist dot info
Target Milestone: ---
The code works as expected in 9.3.1 20200614. In 10.3.1 20220107 and trunk it
gives
Program received signal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
--- Comment #1 from Antony Lewis ---
Also broken in 9.4.1 20220107.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103943
Bug ID: 103943
Summary: ICE building qualified name inside class with variadic
CTAD
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #5 from David Binderman ---
(In reply to Jonathan Wakely from comment #3)
> Has anybody ever written such code?
Yes, it is part of Fedora rawhide right now.
>From packages with names starting 0-9a-d, package dvdisaster has it.
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
Bug ID: 103944
Summary: [12 Regression] Testsuite hang due to
libphobos/testsuite/libphobos.gc/forkgc2.d
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
--- Comment #1 from Jakub Jelinek ---
Looking at the testcase, in fork child from a multi-threaded process only async
signal safe functions can be called until it execs, are you sure nothing else
is called?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103546
--- Comment #3 from David Malcolm ---
The -Wanalyzer-null-dereference false positive seems to be due to the analyzer
being overzealous about escaping, where it erroneously is treating
yy_buffer_stack as having escaped, and thus can be overwritte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103436
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2022-01-07
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103465
--- Comment #28 from Tomas Kalibera ---
I've also tested the patch with GCC 10.3 (with several backports from gcc10
branch plus some minor fixes,
https://svn.r-project.org/R-dev-web/trunk/WindowsBuilds/winutf8/ucrt3/toolchain_libs/mxe/plugins/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #6 from Jonathan Wakely ---
I was replying to comment 2: "What if both the second and third arguments are
'sizeof' expressions?"
Are you saying Fedora has code doing memset(ps, sizeof(a), sizeof(b)) ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #7 from Jonathan Wakely ---
I see no such usage in dvdisaster, so I assume you were talking about the
original example you gave in comment 0. Nobody is disputing the usefulness of
that warning. I was questioning whether we need to ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101901
Christopher Head changed:
What|Removed |Added
CC||headch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #8 from Jakub Jelinek ---
memset (whatever, sizeof(whatever), 0);
is a common mistake, that is why gcc has a warning for it too.
But your report is the first one to suggest that even other variants
happen in real-world. The thing is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to Martin Liška from comment #2)
> Started with r11-6928-g4225af228b5d52e8 and was fixed on master with
> r12-1005-gfe03f4fc9548b3fd.
Backporting r12-1005 (see pr100551) fixes the segfa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:6a3018a4064b39a418d95c32e45fe7d6ad17ebf3
commit r10-10384-g6a3018a4064b39a418d95c32e45fe7d6ad17ebf3
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #9 from Jonathan Wakely ---
The fedora package has:
dvdisaster-0.79.5/read-linear.c: memset(rc, sizeof(read_closure), 0xff);
The chance of false positives still seems pretty small to me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103945
Bug ID: 103945
Summary: No warning for ordered comparison of function pointers
?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Build||2022-01-07 0:00
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #10 from Andreas Schwab ---
If the second argument matches the size of the dereferenced first argument, the
probability of a false positive should be quite small.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103945
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103945
--- Comment #2 from Jonathan Wakely ---
Confirmed. This seems to be new in Clang 13 (and enabled by default, even
without -Wall). Clang 12 doesn't warn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103945
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103939
--- Comment #11 from David Binderman ---
(In reply to Jonathan Wakely from comment #9)
> The fedora package has:
>
> dvdisaster-0.79.5/read-linear.c: memset(rc, sizeof(read_closure), 0xff);
>
> The chance of false positives still seems pret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65308
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81045
Patrick Palka changed:
What|Removed |Added
CC||jporterbugs at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69701
Language Lawyer changed:
What|Removed |Added
CC||language.lawyer at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68138
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65253
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103763
Michael Meissner changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103763
--- Comment #1 from Michael Meissner ---
Created attachment 52141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52141&action=edit
Patch to fix the insn count
Update the insn regex for power10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102941
--- Comment #9 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:997130f778c56466a825627644e510960585521b
commit r12-6374-g997130f778c56466a825627644e510960585521b
Author: Andrew Pinski
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102941
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6cd51207f5732b5258e883e9030b94c987b6d696
commit r12-6375-g6cd51207f5732b5258e883e9030b94c987b6d696
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
Bug ID: 103946
Summary: ice in build_vec_init_expr, at cp/tree.c:791
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103943
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103943
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #10 from Andrew Pinski ---
(In reply to Sam James from comment #8)
> More people than I expected hit this downstream in Gentoo. Your commit seems
> to apply cleanly and work on top of the 11 branch. Could somebody apply it
> if possi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102692
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2022-01-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
--- Comment #1 from David Binderman ---
Reduced C++ code is:
class UnicodeSet {
virtual UnicodeSet complement();
};
enum { URX_GC_T, URX_LAST_SET };
class RegexStaticSets {
RegexStaticSets();
UnicodeSet fPropSets[URX_LAST_SET]{};
};
Regex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103538
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102935
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
Jakub Jelinek changed:
What|Removed |Added
Keywords||needs-reduction
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
--- Comment #3 from Andrew Pinski ---
Confirmed reduced further:
struct s1 { s1(); };
class s2 { s1 f1[2]{}; };
s2 a;
CUT ---
This was most likely caused by one of Jason's recent patches that should have
improved this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57632
--- Comment #6 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #5)
> I agree with comment 3 that the current diagnostic is poor:
Oh I missed that.
>
> #include
> void* operator new(std::size_t mem) throw(std::bad_alloc);
> vo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103546
--- Comment #4 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:c1b7d28a5987e74232b7f054849f8bd8ccc7e7de
commit r12-6376-gc1b7d28a5987e74232b7f054849f8bd8ccc7e7de
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103546
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:4409152a4acaec5b58a93996088d0df9aaa779b8
commit r12-6377-g4409152a4acaec5b58a93996088d0df9aaa779b8
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103910
--- Comment #11 from Sam James ---
(In reply to Andrew Pinski from comment #10)
> Someone would have hit this a long time ago, in GCC 4.3.0 or latter.
My point was that some software has recently started building with PCH by
default and hence i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102935
--- Comment #2 from Michael Meissner ---
Created attachment 52143
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52143&action=edit
Patch to update code generation test
The test wants to load all 1's into a vector register. On power8 it u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102935
Michael Meissner changed:
What|Removed |Added
Attachment #52143|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103940
--- Comment #2 from Martin Sebor ---
It makes sense to me, David.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103947
Bug ID: 103947
Summary: wishlist: warning if explicitly defaulted (spaceship)
operator is deleted
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
Frank Heckenbach changed:
What|Removed |Added
CC||f.heckenb...@fh-soft.de
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100588
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:75047f79550fd10a8f86f5c72deab10cde77
commit r12-6380-g75047f79550fd10a8f86f5c72deab10cde77
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57632
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Reduced testcase for that:
> void f(void);
> void f(void) throw(int);
> void f(void) throw(int);
>
> Noexcept has the same issue:
> void g(void);
> void g(void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103947
Andrew Pinski changed:
What|Removed |Added
Blocks||87403
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |10.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66356
--- Comment #1 from Andrew Pinski ---
This is what I have for a cross compiler (I have not tested building natively
this way really):
lrwxrwxrwx 1 apinski apinski 20 Oct 26 2019 bfd -> ../gits/binutils/bfd
lrwxrwxrwx 1 apinski apinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54279
--- Comment #10 from Andrew Pinski ---
(In reply to Karlson2k from comment #9)
> (In reply to comment #8)
> > Fixed. Thanks for your report.
>
> Nice!
> Shouldn't we do the same for other tools/languages? Like ada, java?
Java has seen been rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:787d66eb6c53094161fb86e64ddf65f21389f63d
commit r12-6381-g787d66eb6c53094161fb86e64ddf65f21389f63d
Author: Jason Merrill
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103946
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
100 matches
Mail list logo
