https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82457
--- Comment #7 from Mikhail Maltsev ---
I meant libgcov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82457
--- Comment #6 from Mikhail Maltsev ---
(In reply to Andrew Pinski from comment #5)
> Well fork and exec does not need to be the semantics of POSIX says it it.
> So warning is not a good idea.
But don't libgcc wrappers already rely on those sem
||miyuki at gcc dot gnu.org
Known to fail||8.0
--- Comment #4 from Mikhail Maltsev ---
IMHO, this is not just a documentation bug (no one reads it anyway ;)). A
better solution (from the QOI point of view) would be to diagnose each call to
exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
--- Comment #5 from Mikhail Maltsev ---
Author: miyuki
Date: Wed May 31 13:47:51 2017
New Revision: 248738
URL: https://gcc.gnu.org/viewcvs?rev=248738&root=gcc&view=rev
Log:
GIMPLEFE: Handle missing labels in goto statements
gcc/c/
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
--- Comment #4 from Mikhail Maltsev ---
Author: miyuki
Date: Thu May 11 12:27:37 2017
New Revision: 247903
URL: https://gcc.gnu.org/viewcvs?rev=247903&root=gcc&view=rev
Log:
GIMPLEFE: Handle invalid SSA names
gcc/testsuite/
PR testsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
--- Comment #3 from Mikhail Maltsev ---
Author: miyuki
Date: Thu May 11 10:55:52 2017
New Revision: 247900
URL: https://gcc.gnu.org/viewcvs?rev=247900&root=gcc&view=rev
Log:
GIMPLEFE: handle invalid __MEM
gcc/c/
PR testsuite/80580
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80580
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Thu May 11 10:48:54 2017
New Revision: 247899
URL: https://gcc.gnu.org/viewcvs?rev=247899&root=gcc&view=rev
Log:
GIMPLEFE: Handle invalid unary "*" operand type
gcc/c/
PR tes
: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
Created attachment 41290
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41290&action=edit
test cases
I did some fuzz testing of the GIMPLE front end and found
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
This bug has been recently discovered by Chandler Carruth. GCC incorrectly
accepts the following code:
struct S {
constexpr int operator=(int) const { return 1
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
We used to warn for:
$ cat test.cc
struct S {
int i;
unsigned arr[];
};
$ /opt/gcc-5.3.0/bin/g++ test.cc -pedantic
test.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 54579, which changed state.
Bug 54579 Summary: missed optimization: ASR idiom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54579
What|Removed |Added
-
||miyuki at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #3 from Mikhail Maltsev ---
We already fold (-a - 1) into ~a, so the transformation for PR55299 should work
for this case too. I added the mentioned test case to
gcc/testsuite/gcc.dg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 55299, which changed state.
Bug 55299 Summary: missed optimization: ASR idiom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
What|Removed |Added
-
||miyuki at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Mikhail Maltsev ---
Fixed for GCC 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54579
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Tue May 17 20:50:22 2016
New Revision: 236344
URL: https://gcc.gnu.org/viewcvs?rev=236344&root=gcc&view=rev
Log:
Fold bit_not through ASR and rotate
gcc/
PR tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
--- Comment #3 from Mikhail Maltsev ---
Author: miyuki
Date: Tue May 17 20:50:22 2016
New Revision: 236344
URL: https://gcc.gnu.org/viewcvs?rev=236344&root=gcc&view=rev
Log:
Fold bit_not through ASR and rotate
gcc/
PR tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43651
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43651
--- Comment #8 from Mikhail Maltsev ---
Author: miyuki
Date: Wed May 11 20:23:37 2016
New Revision: 236142
URL: https://gcc.gnu.org/viewcvs?rev=236142&root=gcc&view=rev
Log:
PR43651: add warning for duplicate qualifier
gcc/c/
PR c/4365
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70481
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
CC: redi at gcc dot gnu.org
Target Milestone: ---
The following program used to work some time ago (with GCC 20160118
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329
--- Comment #6 from Mikhail Maltsev ---
Author: miyuki
Date: Sun Jan 24 15:32:17 2016
New Revision: 232777
URL: https://gcc.gnu.org/viewcvs?rev=232777&root=gcc&view=rev
Log:
Pass LSAN_OPTIONS to Makefiles in subdirectories
PR bootstrap/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329
--- Comment #5 from Mikhail Maltsev ---
(In reply to Jakub Jelinek from comment #4)
> And
> $(if $(LSAN_OPTIONS),"LSAN_OPTIONS=$(LSAN_OPTIONS)")
> doesn't work either? That would match more what is there for other options.
It works fine. https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329
--- Comment #3 from Mikhail Maltsev ---
(In reply to Jakub Jelinek from comment #2)
> That is just weird and I can't reproduce it.
Somehow these two failures disappeared after rebuild.
> That said, perhaps it would be
> better to only propagate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69329
--- Comment #1 from Mikhail Maltsev ---
I tried this patch:
diff --git a/Makefile.in b/Makefile.in
index 2733c4d..31ee4c0 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -789,7 +789,8 @@ BASE_FLAGS_TO_PASS = \
$(CXX_FOR_TARGET_FLAG_TO_PASS
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
Starting with r229111 (libsanitizer merge from upstream) bootstrap with asan
fails, because of errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
--- Comment #7 from Mikhail Maltsev ---
(In reply to Richard Biener from comment #6)
> Certainly bougs though. The following works for me - can you test that?
Thanks, this patch fixes the ICE and passes bootstrap/regtest on x86_64-linux.
||miyuki at gcc dot gnu.org
--- Comment #1 from Mikhail Maltsev ---
Link to the original thread, for the record:
https://groups.google.com/a/isocpp.org/forum/#!topic/std-discussion/WS5pLaXwC8Y
_ZGRL1r0 demangles as "reference temporary #0 for r"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075
--- Comment #4 from Mikhail Maltsev ---
Somewhat reduced testcase:
$ cat test2.cc
using Timer_Probe = int;
struct A {
Timer_Probe probe;
};
struct Gateway_Order_Probe : A {
using Body = A;
Gateway_Order_Probe() : Body{} {}
};
struct Back
||2015-12-30
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Mikhail Maltsev ---
The "--enable-checking=yes" version of GCC 5 branch (20151222 snapshot) fails
in tree_check:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67081
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
||2015-12-27
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #3 from Mikhail Maltsev ---
It looks like after parsing "int (*" we expect an identifier, but for some
reason the following
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
CC: alan.lawrence at arm dot com
Target Milestone: ---
Target: x86_64-*-*
Starting with r230423 the following testcase causes an ICE:
$ cat genattrtab.cc
struct A {
int
||2015-12-24
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Mikhail Maltsev ---
Reduced testcase:
$ cat ira-color.ii
typedef unsigned long HARD_REG_SET[8];
int a;
HARD_REG_SET b;
bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #6 from Mikhail Maltsev ---
Created attachment 37016
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37016&action=edit
cSimpleModule ctor after transformation - bad revision
Note that lots of code is removed and we fall through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #5 from Mikhail Maltsev ---
Created attachment 37015
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37015&action=edit
cSimpleModule ctor before transformation - bad revision
Almost identical to "good revision"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #4 from Mikhail Maltsev ---
Created attachment 37014
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37014&action=edit
cSimpleModule ctor after transformation - good revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68878
--- Comment #3 from Mikhail Maltsev ---
Created attachment 37013
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37013&action=edit
cSimpleModule ctor before transformation - good revision
||2015-12-13
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Mikhail Maltsev ---
Confirmed. I checked r231437, and it seems to be OK. "transparent_alias" is not
present in dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
Mikhail Maltsev changed:
What|Removed |Added
CC||cas43 at cs dot stanford.edu
--- Comme
||miyuki at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Mikhail Maltsev ---
Fixed with PR61321. Now demangles as:
PhysBAM::HETERO_DIFF::HESSIAN, decltype
(PhysBAM::HETERO_DIFF::MAT_MAP_1,
PhysBAM::HETERO_DIFF::ARG<1> >
: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68547
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68497
Mikhail Maltsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68497
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Tue Nov 24 12:18:21 2015
New Revision: 230803
URL: https://gcc.gnu.org/viewcvs?rev=230803&root=gcc&view=rev
Log:
Fix PR68497 (ICE with -fno-checking)
gcc/
PR target/68497
||2015-11-23
CC||miyuki at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |miyuki at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Mikhail Maltsev ---
Confirmed. I have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68470
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68392
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68278
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67600
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68057
--- Comment #4 from Mikhail Maltsev ---
Created attachment 36570
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36570&action=edit
reproducer
Compile like this:
/opt/gcc-6.0.0/bin/g++ -O3 -flto tu{1,2,3}.cc
lto1: internal compiler error: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68057
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
||miyuki at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #3 from Mikhail Maltsev ---
Fixed for GCC 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65800
--- Comment #2 from Mikhail Maltsev ---
Author: miyuki
Date: Sun Oct 18 23:33:21 2015
New Revision: 228956
URL: https://gcc.gnu.org/viewcvs?rev=228956&root=gcc&view=rev
Log:
Fix crash in gengtype debug dump
gcc/
PR other/65800
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68004
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68004
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62279
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
|UNCONFIRMED |NEW
Last reconfirmed||2015-10-11
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Mikhail Maltsev ---
OMG. IIUC, this limitation was fixed in GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58616
Bug 58616 depends on bug 58583, which changed state.
Bug 58583 Summary: [c++11] ICE with invalid non-static data member
initialization in template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58583
What|Removed
||miyuki at gcc dot gnu.org
Resolution|FIXED |---
--- Comment #7 from Mikhail Maltsev ---
The diagnostic differs between "--enable-checking=yes" and
"--enable-checking=release" builds:
Checking:
miyuki@gcc-build1:~$ /opt/gcc-6-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67854
--- Comment #2 from Mikhail Maltsev ---
(In reply to jos...@codesourcery.com from comment #1)
> I wonder if this is yet another issue with macros from system headers
> (bool being defined in a system header to expand to _Bool) ...
Looks like it
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
Consider the following code:
$ cat test.c
#include
void foo(va_list ap)
{
va_arg(ap, char);
va_arg(ap, unsigned char);
}
$ cc1 -std=c99
: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
>From discussion on the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00615.html
The function bb_in_region contains
||2015-10-03
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
Known to fail||6.0
--- Comment #1 from Mikhail Maltsev ---
This also reproduces on x86_64 trunk. Probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67738
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67738
--- Comment #2 from Mikhail Maltsev ---
Oops, sorry, did not notice your comment about PR 61321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67738
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67717
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67693
--- Comment #2 from Mikhail Maltsev ---
Though... maybe it's not an exact duplicate, but the problem looks seems very
similar. We generate (003t.original):
struct foo x;
try
{
switch (n)
{
case 0:;
if
||miyuki at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Mikhail Maltsev ---
dup
*** This bug has been marked as a duplicate of bug 66590 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66590
Mikhail Maltsev changed:
What|Removed |Added
CC||larsch at belunktum dot dk
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43651
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
-invalid-code
Severity: normal
Priority: P3
Component: objc
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
Target: x86_64-linux-gnu
$ cat test.m
@interface F
@end
@implementation F
- (enum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55815
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67649
--- Comment #12 from Mikhail Maltsev ---
(In reply to Markus Trippelsdorf from comment #10)
> A gave your patch a quick spin on gcc112 (compile farm machine).
> It fixes the issue.
Thanks, Markus. I committed the fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67649
--- Comment #11 from Mikhail Maltsev ---
Author: miyuki
Date: Wed Sep 23 02:31:14 2015
New Revision: 228033
URL: https://gcc.gnu.org/viewcvs?rev=228033&root=gcc&view=rev
Log:
Fix use of valgrind API
gcc/
PR middle-end/67649
* me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67649
Mikhail Maltsev changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67649
Mikhail Maltsev changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |miyuki at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67649
--- Comment #7 from Mikhail Maltsev ---
Probably. Will look at this today (valgrind has some sort of memory pool API, I
think it can be used here).
I need to configure GCC with --enable-checking=yes,valgrind to reproduce this,
right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67347
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756
Bug 44756 depends on bug 67347, which changed state.
Bug 67347 Summary: [alpha] unused function vms_asm_out_constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67347
What|Removed |Added
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
This code is taken from PR67606:
$ cat pr67606.c
int f(int a[], int length)
{
int count
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67602
--- Comment #2 from Mikhail Maltsev ---
(In reply to Brad Huntting from comment #0)
> It should be noted that the C standard appears to allow for undefined
> behavior when E2>=N.
And so does the C++ standard:
"... The behavior is undefined if t
,
||x86_64-linux-gnu
Status|UNCONFIRMED |NEW
Last reconfirmed|2015-03-18 00:00:00 |2015-09-13
CC||miyuki at gcc dot gnu.org
Host|hppa-unknown-linux-gnu |hppa
||miyuki at gcc dot gnu.org,
||vmakarov at gcc dot gnu.org
--- Comment #1 from Mikhail Maltsev ---
I bisected this regression to r227382 (adding Vladimir to CC list). Also, my
guess is that PR67474 could be related (at least, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67446
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: miyuki at gcc dot gnu.org
Target Milestone: ---
This started between r227381 (OK) and r227407 (ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
--- Comment #6 from Mikhail Maltsev ---
(In reply to rguent...@suse.de from comment #5)
> For the case above, why is a_14 = ~_13 not sunk to the edge
> 3->4 and b_18 = ~_17 to the edge 3->5? (yes, this creates
> additional BBs) This would reduc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67403
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67396
Mikhail Maltsev changed:
What|Removed |Added
Target||x86_64-*-*
Target Milestone|---
||miyuki at gcc dot gnu.org
Version|5.2.0 |unknown
Target Milestone|4.9.4 |---
Summary|[4.9/5/6 regression]|[4.9/5.0 regression]
|Performance regression |Performance regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67398
--- Comment #6 from Mikhail Maltsev ---
$ cat test4_min.cc
struct B {
void *extradata;
};
template
class C {
static const B b;
virtual void m_fn1() { (void)b; }
};
template
struct strdata_t {
int data[];
};
template
const B C::b{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67398
--- Comment #5 from Mikhail Maltsev ---
$ cat test3.cc
template
struct B {
static const int staticMetaObject;
};
template
struct D {
int stringdata0 = T::className;
} staticStringData{};
template
const int B::staticMetaObject{static
||2015-08-30
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from Mikhail Maltsev ---
For the second testcase (ICE in varasm.c) Clang says:
/home/jcelerier/i-score/base/plugins/iscore-plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67333
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||2015-08-29
CC||miyuki at gcc dot gnu.org
Ever confirmed|0 |1
Known to fail||6.0
--- Comment #1 from Mikhail Maltsev ---
Reproduces on trunk (the bug is in pre-v3 demangler
1 - 100 of 181 matches
Mail list logo
