http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Summ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #39 from Iain Sandoe 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 undesirable).
Use the "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #40 from Jonathan Wakely 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 thinking of something like thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #32 from Jonathan Wakely 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
PTHREAD_RECURSIVE_MUTEX_INITIALIZER
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #33 from Jonathan Wakely 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 @@ _GLIBCXX_BEGIN_NAMESPAC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #41 from Iain Sandoe 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 like this, which allow
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
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
--- Comment #1 from mlg 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 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
libstdc++-v3/config/os/bsd/darwin/os_defines.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49204
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|4.7.0 |4.8.0
--- Comment #8 from Jonathan Wake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
--- Comment #2 from Kai Tietz 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=gcc&view=rev&rev=183867
Log:
PR libjava/48512
* configure.ac (THREA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #34 from 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
> allows config/os/*/os_defines.h to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51296
--- Comment #35 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-02-03 09:50:39 UTC ---
> --- Comment #33 from Jonathan Wakely 2012-02-03
> 08:52:17 UTC ---
> Oops, this hunk would be needed too
I know, I already had this in my failed attempt to us
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 changed:
What|Removed |Added
Keywords||diagnostic
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #1 from Rainer Orth 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 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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52097
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #3 from Jonathan Wakely 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 changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52103
--- Comment #2 from Jonathan Wakely 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 anything
void f(int) over
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-02-03 10:21:03 UTC ---
> --- Comment #3 from Jonathan Wakely 2012-02-03
> 10:11:40 UTC ---
> Looks as though we need an extra explicit instantiation in src/c++11/future.cc
Seems so. T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
--- Comment #3 from Kai Tietz 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=gcc&view=rev&rev=183868
Log:
PR libjava/48512
* configure.ac (THREA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48512
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #5 from Jonathan Wakely 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 thread.
adds:
void _M_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51522
--- Comment #6 from Tobias Burnus 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 of size 4
==14154==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-02-03 10:55:07 UTC ---
> --- Comment #5 from Jonathan Wakely 2012-02-03
> 10:48:16 UTC ---
> Are you sure this is using native TLS?
Not anymore ;-( While Solaris 8 and 9 with gas supp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
--- Comment #7 from Jonathan Wakely 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 instantiate the std::function tem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52092
--- Comment #6 from Jakub Jelinek 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=gcc&view=rev&rev=183869
Log:
PR rtl-optimization/52092
* loop-unswitch.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52092
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
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: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52095
--- Comment #1 from Jakub Jelinek 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 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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 2012-02-03 13:06:19 UTC ---
> --- Comment #1 from Jakub Jelinek 2012-02-03
> 12:50:33 UTC ---
> Untested fix.
I've just re-built cc1 with the patch and re-run the gcc.dg/sms-7.c
test: passe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52104
Rainer Orth changed:
What|Removed |Added
CC||bonzini at gnu dot org
Target Milestone|-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
--- Comment #2 from Tobias Burnus 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 t D.1891;
D.1891
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Vincent Lefèvre changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52105
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Richard Guenther changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52107
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52102
--- Comment #3 from Tobias Burnus 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 0 0 0 0 0 5
That is: o
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 changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51514
--- Comment #2 from Dominique d'Humieres 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 changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
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
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50981
--- Comment #36 from Tobias Burnus 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,
cf. commit in comment 5 /
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52109
--- Comment #1 from Jonathan Wakely 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 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 particular the summary
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: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52109
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52110
--- Comment #1 from John David Anglin 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/
-B/opt/gnu/gcc/gcc-4.7/hppa1.1-hp-hpux10.20/bin/
-B/opt/gnu/gcc/g
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 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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #43 from Jack Howarth 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
> libstdc++-v3/config/os/bsd/darw
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 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 the OS bug.
If you are s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #45 from Jonathan Wakely 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 macro if
MIN_REQUIRED >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52106
Andrew Pinski changed:
What|Removed |Added
Summary|warning for useless |[C11] missing
|assignme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #46 from Iain Sandoe 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 -mmacosx-version-min=10.6 - will cause the m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
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 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.
>
> I hope not.
> putting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #1 from Andrew Pinski 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 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 2012-02-03
17:44:36 UTC ---
:
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 = ivtmp.196 + 16;
if (ivtmp.196 != 800
d/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/libstdc++-v3/tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #49 from Jonathan Wakely 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 hope not.
> putti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52111
--- Comment #3 from alexander tismer 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 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 you end up with the
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #51 from Iain Sandoe 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
> > > unconditionally
> > > on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
--- Comment #4 from Daniel Davis 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 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=gcc&view=rev&rev=183874
Log:
2012-02-03 Paul Thomas
PR fortran/52012
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51794
Ian Bolton changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52113
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52060
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Kno
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: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52112
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
fix=/gnu/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:
pr448
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52115
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51811
Benjamin Kosnik changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52115
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51811
--- Comment #2 from Benjamin Kosnik 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=gcc&view=rev&rev=183875
Log:
2012-02-03 Benjamin Kosnik
PR libstdc++/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49445
Benjamin Kosnik changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49445
--- Comment #9 from Benjamin Kosnik 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 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=gcc&view=rev&rev=183877
Log:
2012-02-03 Tobias Burnus
PR fortran/52
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52012
Tobias Burnus changed:
What|Removed |Added
CC||sphirshman at yahoo dot com
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52117
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52012
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #52 from Mike Stump 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 such... I think
that is a good
1 - 100 of 145 matches
Mail list logo
