http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225
Alexey Pavlov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
Gilles Pion changed:
What|Removed |Added
CC||gilles.pion at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225
--- Comment #2 from niXman 2012-11-21 08:09:40 UTC
---
(In reply to comment #1)
> Fixed in mingw-w64 trunk
Strange that the mingw-w64 developers didn't report that the bug is fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55354
--- Comment #19 from Jakub Jelinek 2012-11-21
08:40:52 UTC ---
(In reply to comment #18)
> For actual ThreadSanitizer runtime -fPIC -ftls-model=initial-exec causes
> degradation of generated code. Linker emits the same tls access code in a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55354
--- Comment #20 from Dmitry Vyukov 2012-11-21
09:04:07 UTC ---
(In reply to comment #19)
> (In reply to comment #18)
> > For actual ThreadSanitizer runtime -fPIC -ftls-model=initial-exec causes
> > degradation of generated code. Linker em
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55424
Bug #: 55424
Summary: [4.8 Regression]gcc.dg/uninit-pred-8_b.c bogus warning
line 23 on ARM/Cortex-M0/-Os
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55354
--- Comment #21 from Jakub Jelinek 2012-11-21
09:23:56 UTC ---
(In reply to comment #20)
> What I see is that it also affect code generation (register allocation). Do we
> need to file a bug on that?
If you see a code generation differe
Hi,
I have encountered a following ICE on arm big endian target
{{{
neon-vld1_dupQ.c: In function ‘main’:
neon-vld1_dupQ.c:24:1: error: unrecognizable insn:
(insn 94 93 31 (set (subreg:DI (reg:V2DI 95 d16 [orig:137 D.14400 ] [137]) 0)
(subreg:DI (reg:V2DI 95 d16 [orig:137 D.14400 ] [137])
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55411
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55420
--- Comment #1 from Mikael Pettersson 2012-11-21
10:34:00 UTC ---
ICEs gcc-4.6, but not 4.7 or 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55423
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55419
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55419
--- Comment #3 from Jakub Jelinek 2012-11-21
11:18:22 UTC ---
/* We always set TREE_SIDE_EFFECTS so that expand_expr does not
ignore the TARGET_EXPR. If there really turn out to be no
side-effects, then the optimizer should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630
Jonathan Wakely changed:
What|Removed |Added
Severity|blocker |normal
--- Comment #16 from J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55422
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
Bug #: 55425
Summary: constexpr does not work in many situations (both
built-in and user supplied)
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225
Kai Tietz changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
--- Comment #1 from Jonathan Wakely 2012-11-21
12:12:19 UTC ---
(In reply to comment #0)
>
> A return statement is not a return statement if the returned value is __func__
> (also true for non-standard identifiers like __PRETTY_FUNCTION_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
--- Comment #2 from Jonathan Wakely 2012-11-21
12:19:06 UTC ---
(In reply to comment #1)
> > Situation 3: __m128i type
> > --
> >
> > Assigning a literal value to a constexpr __m128 fails because the literal is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55421
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
--- Comment #3 from Jakub Jelinek 2012-11-21
12:40:29 UTC ---
1) is not valid constexpr IMHO, as the standard says that __func__ works as if
static const char __func__[] = "function-name";
has been provided, but when it is provided,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55422
--- Comment #3 from Marek Polacek 2012-11-21
12:44:31 UTC ---
Looks like the first example is just an undefined behavior in which case GCC
isn't obliged to issue an error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #3 from John David Anglin 2012-11-21
13:01:33 UTC ---
Created attachment 28753
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28753
Tree dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #4 from John David Anglin 2012-11-21
13:02:32 UTC ---
Created attachment 28754
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28754
Tree dump
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55424
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
--- Comment #18 from Andrew Pinski 2012-11-21
13:07:00 UTC ---
*** Bug 55424 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #5 from John David Anglin 2012-11-21
13:13:22 UTC ---
Get the same with stage1 compiler. Maybe this is a HWI32 issue?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498
--- Comment #19 from bin.cheng 2012-11-21
13:24:02 UTC ---
(In reply to comment #18)
> *** Bug 55424 has been marked as a duplicate of this bug. ***
Just for the record.
If the analysis I gave in Comment #17 is right, this PR reveals an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55426
Bug #: 55426
Summary: gcc.target/arm/neon-vld1_dupQ.c ICEs on armeb
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
Jakub Jelinek changed:
What|Removed |Added
Target|hppa*-*-* (32-bit) |
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225
--- Comment #4 from Tobias Burnus 2012-11-21
13:46:41 UTC ---
Author: burnus
Date: Wed Nov 21 13:46:34 2012
New Revision: 193695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193695
Log:
2012-11-21 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55225
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #7 from Jakub Jelinek 2012-11-21
13:55:59 UTC ---
Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=190125
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55418
--- Comment #1 from Markus Trippelsdorf
2012-11-21 14:08:12 UTC ---
The following trivial patch fixes the issue:
diff --git a/gcc/cp/method.c b/gcc/cp/method.c
index 6dcb63a..3cb4ace 100644
--- a/gcc/cp/method.c
+++ b/gcc/cp/method.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55407
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
--- Comment #5 from Markus Trippelsdorf
2012-11-21 14:34:24 UTC ---
Teresa, your patch fixes the issue.
Happy Thanksgiving.
Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: valerywe...@hotmail.com
Dear All
Is that known?
gcc version 4.8.0 20121121 (experimental) (GCC)
Valery
!>>>>>>>
MODULE base_types
IMPLICIT NONE
TYPE :: base_type
END TYPE base_type
TYP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55428
Bug #: 55428
Summary: -mms-bitfields hides -mno-align-double option
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
--- Comment #6 from Jakub Jelinek 2012-11-21
15:04:58 UTC ---
Author: jakub
Date: Wed Nov 21 15:04:45 2012
New Revision: 193697
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193697
Log:
PR gcov-profile/55417
* profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55428
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429
Bug #: 55429
Summary: new UNRESOLVED:
20_util/enable_shared_from_this/cons/constexpr.cc
scan-assembler on darwin
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55428
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55358
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429
--- Comment #1 from Jack Howarth 2012-11-21
15:35:21 UTC ---
This error appears in libstdc++.log as...
Executing on host: /sw/src/fink.build/gcc48-4.8.0-1000/darwin_objdir/./gcc/g++
-shared-libgcc -B/sw/src/fink.build/gcc48-4.8.0-1000/da
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55426
--- Comment #1 from christophe.lyon at st dot com 2012-11-21 15:50:14 UTC ---
Reverting the definition of CANNOT_CHANGE_MODE_CLASS introduced on 2012-10-22
at rev #192687 avoids the ICE too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55418
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55245
--- Comment #5 from davidxl 2012-11-21 16:17:27
UTC ---
Should the main variant types gets laid out in gimplify_type_sizes, when the
variant's type has size, but the main variant is incomplete?
David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429
--- Comment #2 from Jonathan Wakely 2012-11-21
16:44:41 UTC ---
Do you mean at exactly r193675 or at some point prior to that?
obviously not a libstdc++ bug in any case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55358
--- Comment #2 from Markus Trippelsdorf
2012-11-21 16:52:59 UTC ---
==13066== Conditional jump or move depends on uninitialised value(s)
==13066==at 0x56333A: pp_c_specifier_qualifier_list(c_pretty_print_info*,
tree_node*) (c-pretty-pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55427
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55264
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260
--- Comment #6 from Martin Jambor 2012-11-21
17:03:46 UTC ---
This is the second fix, as posted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg01724.html
also slightly related is:
http://gcc.gnu.org/ml/gcc-patches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260
--- Comment #7 from Martin Jambor 2012-11-21
17:04:54 UTC ---
Author: jamborm
Date: Wed Nov 21 17:04:45 2012
New Revision: 193700
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193700
Log:
2012-11-21 Martin Jambor
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55430
Bug #: 55430
Summary: [4.8 Regression
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55260
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55430
Jakub Jelinek changed:
What|Removed |Added
Target||x86_64-linux
Priority|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55358
--- Comment #3 from Markus Trippelsdorf
2012-11-21 17:17:23 UTC ---
I hope it's OK to just dump the errors here as I encounter them.
This one looks similar to the rest_of_handle_ree() issue:
==23637== Invalid write of size 8
==23637==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #9 from Marc Glisse 2012-11-21 17:18:47
UTC ---
Jakub, your patch makes sense to me (or min0.is_zero() and min1.is_zero()). I
am ashamed I managed to get products with [0,n] (with n larger than MAX/2)
wrong. Good thing Kenneth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55358
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471
--- Comment #10 from Jakub Jelinek 2012-11-21
17:31:58 UTC ---
Thanks, I'm going to include your test too then:
--- gcc/testsuite/gcc.dg/tree-ssa/vrp86.c.jj2012-11-21 18:27:53.389280736
+0100
+++ gcc/testsuite/gcc.dg/tree-ssa/vrp86.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
Bug #: 55431
Summary: Invalid auxv search in ppc linux-unwind code.
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785
Jan Hubicka changed:
What|Removed |Added
Status|WAITING |REOPENED
--- Comment #35 from Jan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38785
--- Comment #36 from Jorn Wolfgang Rennecke
2012-11-21 17:59:10 UTC ---
(In reply to comment #35)
> Too bad, we really need to make some model on how many PHI copies we
> introduce... I agree with Richard's comment that Joern's patch is ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=450
--- Comment #3 from Tyheem Backer 2012-11-21
18:40:08 UTC ---
Created attachment 28756
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28756
1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55427
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55388
--- Comment #4 from rsandifo at gcc dot gnu.org
2012-11-21 18:56:23 UTC ---
Please provide preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=450
Jonathan Wakely changed:
What|Removed |Added
Attachment #28756|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55420
--- Comment #2 from Mikael Pettersson 2012-11-21
20:20:43 UTC ---
FWIW, the ICE was cured for 4.7 by Joseph Myer's "Don't use pending_sizes list
for C" patch in r173422:
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg00319.html
http://gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397
--- Comment #6 from hjl at gcc dot gnu.org 2012-11-21
20:21:02 UTC ---
Author: hjl
Date: Wed Nov 21 20:20:42 2012
New Revision: 193704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193704
Log:
Define __SANITIZE_ADDRESS__ for -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55396
Sebastian Andrzej Siewior changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Res
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55411
--- Comment #5 from Jakub Jelinek 2012-11-21
20:29:28 UTC ---
Author: jakub
Date: Wed Nov 21 20:29:14 2012
New Revision: 193706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193706
Log:
PR libgomp/55411
* team.c (gomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55411
--- Comment #6 from Jakub Jelinek 2012-11-21
20:31:43 UTC ---
Author: jakub
Date: Wed Nov 21 20:31:31 2012
New Revision: 193707
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193707
Log:
PR libgomp/55411
* team.c (gomp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55425
Marc Glisse changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55388
--- Comment #5 from Mikael Pettersson 2012-11-21
21:00:00 UTC ---
Created attachment 28757
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28757
preprocessed libstdc++-v3/libsupc++/dyncast.cc
Full configuration options:
/mnt/scratc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55388
--- Comment #6 from Mikael Pettersson 2012-11-21
21:09:34 UTC ---
Oh, I uploaded dyncast.i because that was the most recent ICE on my screen just
now. It ICEs with the same message as class_type_info.cc so it should be Ok as
a test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399
--- Comment #6 from Steve Ellcey 2012-11-21 21:28:41
UTC ---
Author: sje
Date: Wed Nov 21 21:28:30 2012
New Revision: 193709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193709
Log:
2012-11-21 Steve Ellcey
PR pch/55
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630
--- Comment #17 from Larry Baker 2012-11-21 21:37:26
UTC ---
Jonathan,
Yes, I should have said "link with a C++ driver" instead of "link with a C++
compiler".
>No, it's not equivalent, -static-libstdcxx does not imply -lstdc++,
> whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55399
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #14 from Markus Trippelsdorf
2012-11-21 21:52:26 UTC ---
LTO gets miscompiled.
If I configure with:
~/gcc/configure --disable-bootstrap --disable-werror --disable-multilib
--enable-languages=c,c++ --enable-checking=yes,valgr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55422
--- Comment #4 from cookevillain at yahoo dot com 2012-11-21 21:53:48 UTC ---
(In reply to comment #3)
> Looks like the first example is just an undefined behavior in which case GCC
> isn't obliged to issue an error.
Quite true. I just th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55432
Bug #: 55432
Summary: Too much constexpr makes the compiler crash
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55432
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55352
--- Comment #8 from janus at gcc dot gnu.org 2012-11-21 22:20:05 UTC ---
Author: janus
Date: Wed Nov 21 22:19:51 2012
New Revision: 193711
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193711
Log:
2012-11-21 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55414
--- Comment #1 from Vladimir Makarov 2012-11-21
22:22:32 UTC ---
Author: vmakarov
Date: Wed Nov 21 22:22:11 2012
New Revision: 193712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193712
Log:
2012-11-21 Vladimir Makarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55429
Dominique d'Humieres changed:
What|Removed |Added
Target|x86_64-apple-darwin12 |*-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55433
Bug #: 55433
Summary: [4.8 Regression] ICE on excessive reloads
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55433
--- Comment #1 from Paul H. Hargrove 2012-11-21
22:48:05 UTC ---
Minor correction:
The line or error output in the Description that reads
testcase.c:10:1: internal compiler error: [...]
should instead read
testcase.c:9:1: interna
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55388
--- Comment #7 from rsandifo at gcc dot gnu.org
2012-11-21 23:28:47 UTC ---
(In reply to comment #5)
> Created attachment 28757 [details]
> preprocessed libstdc++-v3/libsupc++/dyncast.cc
>
> Full configuration options:
> /mnt/scratch/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55434
Bug #: 55434
Summary: const array with elements initialized by constructor
marked non-const in debug info
Classification: Unclassified
Product: gcc
Version: 4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55434
--- Comment #1 from Louis Krupp 2012-11-22
00:37:04 UTC ---
Created attachment 28759
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28759
Proposed patch
I wouldn't describe this as elegant, but it seems to work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55434
--- Comment #2 from Louis Krupp 2012-11-22
00:40:49 UTC ---
g++ -v output from a version known to have this problem:
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.7.2/lto-wrapper
Targe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55198
--- Comment #3 from John David Anglin 2012-11-22
03:13:32 UTC ---
In expand_expr_real:
(gdb) p debug_rtx (orig_op0)
(mem/c:BLK (plus:SI (reg/f:SI 91 virtual-stack-vars)
(const_int 48 [0x30])) [6 v+0 S16 A64])
$25 = 10
(gdb) p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55435
Bug #: 55435
Summary: [asan] implement an attribute to disable asan
instrumentation for a particular function
Classification: Unclassified
Product: gcc
Version: unknown
1 - 100 of 109 matches
Mail list logo
