https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Maxim Ostapenko changed:
What|Removed |Added
CC||chefmax at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63290
Paolo Carlini changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62160
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63291
Bug ID: 63291
Summary: ASan reports stack-buffer-overflow in some cilkplus
tests.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61716
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61678
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #3 from Maxim Ostapenko ---
Test fails only if compile on -O0 and -Os optimization levels:
$ ~/install/master/bin/g++ diamond_virt.cc -fsanitize=address -Os
On -O1, -O2 and -O3 ASan does not report any error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63292
Bug ID: 63292
Summary: ASan reports global-buffer-overflow in
gcc.dg/vect/pr59594.c.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61405
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61745
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61405
--- Comment #6 from Marek Polacek ---
/* PR c/61405 */
/* { dg-do compile } */
/* { dg-options "-Wswitch" } */
enum E { A, B, C };
struct S { enum E e:2; };
int
foo (struct S *s)
{
switch (s->e) /* { dg-warning "enumeration value .C. not han
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
Bug ID: 63293
Summary: [AArch64] can read from deallocated stack
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61745
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Sep 18 09:15:25 2014
New Revision: 215345
URL: https://gcc.gnu.org/viewcvs?rev=215345&root=gcc&view=rev
Log:
2014-09-18 Paolo Carlini
PR c++/61745
* g++.dg/temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
--- Comment #6 from Paolo Carlini ---
Jakub, do I understand correctly that this isn't a front-end issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58281
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63294
Bug ID: 63294
Summary: ICE allocattion of array of type of type
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59899
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60239
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61262
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61133
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63234
Richard Earnshaw changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61392
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61465
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61133
--- Comment #4 from Ville Voutilainen ---
Yep, done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61465
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61465
--- Comment #3 from Jakub Jelinek ---
And on
struct Baz {
Baz(char* x) : y{x} {}
char* y;
};
x is marked through:
#0 mark_exp_read (exp=) at ../../gcc/cp/expr.c:135
#1 0x0067aea6 in mark_rvalue_use (expr=)
at ../../gcc/cp/expr.c:99
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63295
Bug ID: 63295
Summary: Insane memory use
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63270
--- Comment #3 from Martin Liška ---
The problem does not occur in mainline any more, starting with: r215328.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63270
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Martin Liška from comment #3)
> The problem does not occur in mainline any more, starting with: r215328.
Then maybe add the testcase and close both issues?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62232
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Sep 18 13:48:33 2014
New Revision: 215351
URL: https://gcc.gnu.org/viewcvs?rev=215351&root=gcc&view=rev
Log:
/cp
2014-09-18 Paolo Carlini
PR c++/62232
* class.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62232
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63292
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 13:50:10 2014
New Revision: 215352
URL: https://gcc.gnu.org/viewcvs?rev=215352&root=gcc&view=rev
Log:
PR testsuite/63292
* gcc.dg/vect/pr59594.c (b): Increase size to N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63292
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 13:51:02 2014
New Revision: 215353
URL: https://gcc.gnu.org/viewcvs?rev=215353&root=gcc&view=rev
Log:
PR testsuite/63292
* gcc.dg/vect/pr59594.c (b): Increase size to N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 14:08:28 2014
New Revision: 215354
URL: https://gcc.gnu.org/viewcvs?rev=215354&root=gcc&view=rev
Log:
PR c++/62017
* asan.c (transform_statements): Don't instrument clo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 14:09:57 2014
New Revision: 215355
URL: https://gcc.gnu.org/viewcvs?rev=215355&root=gcc&view=rev
Log:
PR c++/62017
* asan.c (transform_statements): Don't instrument clo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62232
--- Comment #4 from Markus Trippelsdorf ---
(In reply to Paolo Carlini from comment #3)
> Done.
Thanks. It's unfortunate that one has to memorize hundreds of
macro names to be able to work in this area.
gcc % cat gcc/cp/cp-tree.h | grep "^#def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #8 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #5)
> CCing Jason whether the type on the MEM_REF in the clobber stmt in C::~C is
> appropriate though.
What MEM_REF? Compiling with -fdump-tree-gimple the only clobb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #9 from Jakub Jelinek ---
(In reply to Jason Merrill from comment #8)
> (In reply to Jakub Jelinek from comment #5)
> > CCing Jason whether the type on the MEM_REF in the clobber stmt in C::~C is
> > appropriate though.
>
> What MEM_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62017
--- Comment #10 from Jason Merrill ---
Created attachment 33511
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33511&action=edit
patch to dtor clobbers
Like this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
--- Comment #6 from Vladimir Makarov ---
Some SPEC benchmarks contain questionable code. It is true for SPEC2000 and
true for SPEC2006. So the PR is not a surprise for me.
Unfortunately, nobody from GCC community participates in SPEC org w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63296
Bug ID: 63296
Summary: g++ reports incomplete type for static template member
of template class
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63297
Bug ID: 63297
Summary: ASan reported heap-use-after-free in
g++.old-deja/g++.law/virtual3.C.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63298
Bug ID: 63298
Summary: [5 Regression] internal compiler error: in
types_same_for_odr, at ipa-devirt.c:449 with LTO
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63298
tbsaunde at gcc dot gnu.org changed:
What|Removed |Added
CC||tbsaunde at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360
--- Comment #14 from Vladimir Makarov ---
LRA reuses data about enabled alternatives (through code in recog.c) from
previous passes. And the data are not right anymore. There are two ways of
fixing that:
o enable the alternative with only "m"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63299
Bug ID: 63299
Summary: ASan reported alloc-dealloc-mismatch in
g++.old-deja/g++.jason/init3.C
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360
--- Comment #15 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Sep 18 15:57:06 2014
New Revision: 215358
URL: https://gcc.gnu.org/viewcvs?rev=215358&root=gcc&view=rev
Log:
2014-09-18 Vladimir Makarov
PR target/61360
* lra.c (lr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63300
Bug ID: 63300
Summary: 'const volatile' sometimes stripped in debug info
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63248
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 16:43:28 2014
New Revision: 215359
URL: https://gcc.gnu.org/viewcvs?rev=215359&root=gcc&view=rev
Log:
PR c++/63248
* semantics.c (finish_omp_clauses): Don't call cp_omp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63248
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 18 16:46:17 2014
New Revision: 215360
URL: https://gcc.gnu.org/viewcvs?rev=215360&root=gcc&view=rev
Log:
PR c++/63248
* semantics.c (finish_omp_clauses): Don't call cp_omp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63279
Sasha Levin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Sasha Levin changed:
What|Removed |Added
CC||sasha.levin at oracle dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63285
--- Comment #2 from Vladimir Makarov ---
it is a bit different situation from PR61923: debug insns after the asm.
I'll submit the patch today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63248
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63249
Bug 63249 depends on bug 63248, which changed state.
Bug 63248 Summary: Crash when OpenMP target's array section handling is used
with templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63248
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
--- Comment #8 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #5)
> common /a/ i(10)
> subroutine foo (j)
> common /a/ i(1)
> Is that valid Fortran at all?
No. Fortran 2008 (in 5.7.2.5) has: "Named common blocks of the same n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61465
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63301
Bug ID: 63301
Summary: inconsistency on wchar_t and wint_t types and sizes
for diverse architectures
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63298
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63285
--- Comment #3 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Sep 18 19:14:19 2014
New Revision: 215364
URL: https://gcc.gnu.org/viewcvs?rev=215364&root=gcc&view=rev
Log:
2014-09-18 Vladimir Makarov
PR debug/63285
* haifa-sched
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63298
--- Comment #3 from Martin Liška ---
Works for me ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56118
--- Comment #4 from Marc Glisse ---
#include
__m128d f(){
__m128d r;
r[0]=1;
r[1]=2;
return r;
}
Currently, SLP vectorizes it with -fvect-cost-model=unlimited, but not by
default because:
Vector inside of basic block cost: 1
Vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63294
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61916
--- Comment #4 from Timothy Gu ---
Any news on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61916
--- Comment #5 from Timothy Gu ---
I have found another file that triggers this:
# i686-pc-mingw32.static-gcc -v -save-temps -O2 tclsqlite.c
Using built-in specs.
COLLECT_GCC=i686-pc-mingw32.static-gcc
COLLECT_LTO_WRAPPER=/root/Timothys_sandbox/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63302
Bug ID: 63302
Summary: [4.9,5.0 Regression] Code with 64-bit long long
constants is miscompiled on 32-bit host
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63303
Bug ID: 63303
Summary: Pointer subtraction is broken when using
-fsanitize=undefined
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63298
--- Comment #4 from Jan Hubicka ---
Author: hubicka
Date: Fri Sep 19 02:04:20 2014
New Revision: 215374
URL: https://gcc.gnu.org/viewcvs?rev=215374&root=gcc&view=rev
Log:
PR lto/63298
* ipa-devirt.c (odr_subtypes_equivalent_p): Fix thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304
Bug ID: 63304
Summary: Aarch64 pc-relative load offset out of range
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304
--- Comment #1 from Venkataramanan ---
Created attachment 33515
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33515&action=edit
Attached test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304
--- Comment #2 from Venkataramanan ---
Marcus, can you please assign it to me if it is confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63305
Bug ID: 63305
Summary: ASan reported heap-buffer-overflow in
gcc.target/i386/avx256-unaligned-load{store}-7.c
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Seve
79 matches
Mail list logo
