http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #39 from Iain Sandoe iains at gcc dot gnu.org 2012-02-03 08:22:56
UTC ---
(In reply to comment #37)
(In reply to comment #36)
You would probably have to use Availability.h and something like...
This is not required, (and likely
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #40 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
08:46:20 UTC ---
Created attachment 26558
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26558
disable __GTHREAD_RECURSIVE_MUTEX_INIT for Lion
Thanks, Iain.
I'm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #32 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
08:50:24 UTC ---
Created attachment 26559
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26559
proposed patch
Since a similar problem exists for darwin11's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #33 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
08:52:17 UTC ---
Oops, this hunk would be needed too
--- a/libstdc++-v3/src/c++11/condition_variable.cc
+++ b/libstdc++-v3/src/c++11/condition_variable.cc
@@ -36,7 +36,7 @@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #41 from Iain Sandoe iains at gcc dot gnu.org 2012-02-03 09:04:02
UTC ---
(In reply to comment #40)
Created attachment 26558 [details]
disable __GTHREAD_RECURSIVE_MUTEX_INIT for Lion
Thanks, Iain.
I'm thinking of something
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
Bug #: 52103
Summary: need a finer control over -Woverloaded-virtual
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
--- Comment #1 from mlg mlg7 at yandex dot ru 2012-02-03 09:14:36 UTC ---
$ g++ --version
g++ (Ubuntu/Linaro 4.5.2-8ubuntu4) 4.5.2
Copyright (C) 2010 Free Software Foundation, Inc. [...]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #42 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
09:18:36 UTC ---
That header isn't even installed, let alone included, on other targets
Jack, if you test it please change == to = in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49204
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.7.0 |4.8.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
--- Comment #2 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-03 09:42:46
UTC ---
Author: ktietz
Date: Fri Feb 3 09:42:42 2012
New Revision: 183867
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183867
Log:
PR libjava/48512
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #34 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-03 09:48:15 UTC ---
Since a similar problem exists for darwin11's
PTHREAD_RECURSIVE_MUTEX_INITIALIZER this solution is not OSF-specific. This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #35 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-03 09:50:39 UTC ---
--- Comment #33 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
08:52:17 UTC ---
Oops, this hunk would be needed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
Bug #: 52104
Summary: go1 fails to link on Solaris 8/9 x86 with native TLS
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2012-02-03 10:05:14 UTC
---
Created attachment 26560
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26560
preprocessed input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #2 from Rainer Orth ro at gcc dot gnu.org 2012-02-03 10:05:57 UTC
---
Created attachment 26561
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26561
assembler input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52100
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52097
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
10:11:40 UTC ---
Looks as though we need an extra explicit instantiation in src/c++11/future.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
10:13:55 UTC ---
You can use C++11 explicit override control:
struct B {
virtual void f(int);
};
struct D : B {
void f(long) override; // error: doesn't override
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-03 10:21:03 UTC ---
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
10:11:40 UTC ---
Looks as though we need an extra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
--- Comment #3 from Kai Tietz ktietz at gcc dot gnu.org 2012-02-03 10:35:11
UTC ---
Author: ktietz
Date: Fri Feb 3 10:35:06 2012
New Revision: 183868
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183868
Log:
PR libjava/48512
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
10:48:16 UTC ---
Are you sure this is using native TLS?
This part of the 49204 commit:
(__future_base::_Async_state_common::_M_join): Serialize attempts to
join
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51522
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
10:50:02 UTC ---
If I try the example of comment 4 with the line break before undone and
using the newest 4.7 trunk (clean build), I see in valgrind:
==14154== Invalid read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-03 10:55:07 UTC ---
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
10:48:16 UTC ---
Are you sure this is using native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
11:08:47 UTC ---
So fixing that configure test should make the problem go away?
There's still a problem on non-TLS targets though. I have no idea how to
explicitly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52092
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-03
11:55:33 UTC ---
Author: jakub
Date: Fri Feb 3 11:55:29 2012
New Revision: 183869
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183869
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52092
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52105
Bug #: 52105
Summary: Improved dead code identifying -Wunused-function?
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Bug #: 52106
Summary: missing -Wunused-but-set-variable warning with the a =
b = ... construct
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-03
12:50:33 UTC ---
Created attachment 26562
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26562
gcc47-pr52095.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52107
Bug #: 52107
Summary: IBM 128bit long double constant loaded inefficiently
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-03 13:06:19 UTC ---
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-02-03
12:50:33 UTC ---
Untested fix.
I've just re-built cc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||bonzini at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
13:21:43 UTC ---
From the dump:
two.a._data.data = (void * restrict) __builtin_malloc (8);
__builtin_memset (two.a._data.data, 0, 8);
two.a._data.offset = -1;
{
struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Vincent Lefèvre vincent-gcc at vinc17 dot net changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52105
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52107
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
13:37:39 UTC ---
Related issue with MOLD=, here one gets with x = 5 default initialization and
allocate (two%a(8), mold=t(4))
print '(*(i2))', two%a(:)%x
the result:
0 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52108
Bug #: 52108
Summary: declval() with incomplete type
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51514
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51514
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-02-03
14:28:56 UTC ---
cf. also PR 51514.
? wrong pr?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52108
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52109
Bug #: 52109
Summary: Apparently endless recursive instantiation
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #36 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
15:05:55 UTC ---
I lost a bit the overview, but I think the following still needs to be done:
- 4.4/4.5/4.6: Backporting the fix for nonpresent actuals to elemental procs,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52109
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
15:06:38 UTC ---
fixed in 4.7.0, you get a nice 14 line error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51514
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
15:09:16 UTC ---
(In reply to comment #2)
cf. also PR 51514.
? wrong pr?
No, why should it be wrong? - Clearly this PR is related to itself...
(I meant PR 50981 - and in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52110
Bug #: 52110
Summary: s-osinte.ads:447:09: clockid_t conflicts with
declaration at line 194
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52109
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52110
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org 2012-02-03
16:21:17 UTC ---
Removing declaration at s-taspri-hpux-dce.ads, I get:
/xxx/gnu/gcc/objdir/./gcc/xgcc -B/xxx/gnu/gcc/objdir/./gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
Bug #: 52111
Summary: [OOP] procedure pointer with polymorphic passed dummy
argument
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
--- Comment #1 from alexander tismer nagl46 at web dot de 2012-02-03 16:22:36
UTC ---
Created attachment 26564
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26564
program that produces compiler error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52060
Ian Bolton ibolton at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #43 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
17:00:49 UTC ---
(In reply to comment #42)
That header isn't even installed, let alone included, on other targets
Jack, if you test it please change == to = in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
Bug #: 52112
Summary: Vectorizer fails when using CRTP
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #44 from Iain Sandoe iains at gcc dot gnu.org 2012-02-03 17:14:43
UTC ---
if you are saying that:
code targeted at 10.6 produced on 10.7 (using the correct 10.6 SDK) doesn't run
properly on 10.7
- no surprise - that's just exposing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #45 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
17:16:38 UTC ---
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT unconditionally
on darwin.
If the bug is later fixed in (say) 10.8 then we could use the init
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Summary|warning for useless |[C11] missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #46 from Iain Sandoe iains at gcc dot gnu.org 2012-02-03 17:27:30
UTC ---
(In reply to comment #45)
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT unconditionally
on darwin.
I hope not.
putting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52113
Bug #: 52113
Summary: [4.7 regression][avr] ICE: in extract_insn, at
recog.c:2123
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #47 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-03
17:37:54 UTC ---
(In reply to comment #46)
(In reply to comment #45)
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT
unconditionally
on darwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-02-03
17:40:23 UTC ---
This is vectorized for me on x86_64 on the trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-02-03
17:43:41 UTC ---
Even in 4.4, both multiplication loops are vectorized
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-02-03
17:44:36 UTC ---
bb 10:
vect_var_.146 = MEM[base: A, index: ivtmp.196];
MEM[base: B, index: ivtmp.196] = [mult_expr] vect_var_.146 * vect_var_.146;
ivtmp.196 =
/fink.build/gcc47-4.7.0-1/darwin_objdir/x86_64-apple-darwin11.3.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120203/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120203/libstdc++-v3/include/backward
-I/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120203
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #49 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
17:50:07 UTC ---
(In reply to comment #46)
(In reply to comment #45)
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT
unconditionally
on darwin.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
--- Comment #3 from alexander tismer nagl46 at web dot de 2012-02-03 17:51:51
UTC ---
Thanks for your annotations.
I will give thought to that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #50 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-03
17:52:39 UTC ---
(In reply to comment #48)
(In reply to comment #46)
Actually, using -mmacosx-version-min=10.6
--sysroot=/Developer/SDKs/MacOSX10.6.sdk doesn't work as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #51 from Iain Sandoe iains at gcc dot gnu.org 2012-02-03 17:56:29
UTC ---
(In reply to comment #49)
(In reply to comment #46)
(In reply to comment #45)
Then I think we have to disable __GTHREAD_RECURSIVE_MUTEX_INIT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #4 from Daniel Davis ddesics at gmail dot com 2012-02-03 18:24:49
UTC ---
Any thoughts on why it won't vectorize for me on x86_64 4.6.1?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52012
--- Comment #12 from Paul Thomas pault at gcc dot gnu.org 2012-02-03 18:34:04
UTC ---
Author: pault
Date: Fri Feb 3 18:33:58 2012
New Revision: 183874
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183874
Log:
2012-02-03 Paul Thomas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51794
Ian Bolton ibolton at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52113
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Target||avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52060
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52114
Bug #: 52114
Summary: SFINAE out the rvalue iostream operators to give
better error messages
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
/install/gcc-4.7 --disable-nls --enable-languages=c,c++
--with-dwarf2 --enable-checking=yes,rtl
GNU C (GCC) version 4.7.0 20120203 (experimental) (avr)
compiled by GNU C version 4.3.2 [gcc-4_3-branch revision 141291], GMP
version 4.3.2, MPFR version 2.4.2, MPC version 0.8.2
ICE:
pr44891.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52115
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52116
Bug #: 52116
Summary: pragma GCC diagnostic only acts on some lines
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51811
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52115
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51811
--- Comment #2 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-02-03
19:49:17 UTC ---
Author: bkoz
Date: Fri Feb 3 19:49:11 2012
New Revision: 183875
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183875
Log:
2012-02-03 Benjamin Kosnik
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49445
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49445
--- Comment #9 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-02-03
20:28:29 UTC ---
This is no longer present on 4.7.x branch. I'm going to add this test case in
any case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52117
Bug #: 52117
Summary: allocated arrays give incorrect results when used with
RESHAPE in gcc v4.6.2
Classification: Unclassified
Product: gcc
Version: unknown
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52093
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-02-03
20:37:40 UTC ---
Author: burnus
Date: Fri Feb 3 20:37:36 2012
New Revision: 183877
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=183877
Log:
2012-02-03 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52012
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||sphirshman at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52117
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52012
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #52 from Mike Stump mikestump at comcast dot net 2012-02-03
20:44:16 UTC ---
OK. I'd missed that - in which case no objection to the unconditional disable
from me.
We can even fixincludes it away! I'm fine with #undef or some
1 - 100 of 145 matches
Mail list logo
