http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48659
Summary: Segmentation fault when using openMP and SSE
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48616
--- Comment #11 from Jakub Jelinek 2011-04-18
06:55:17 UTC ---
Author: jakub
Date: Mon Apr 18 06:55:13 2011
New Revision: 172638
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172638
Log:
PR tree-optimization/48616
* tree-vect-stm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #24 from Thomas Henlich
2011-04-18 06:32:06 UTC ---
call check_all(0.995_RT, 15, 2, 0)
This still fails (with RC,G15.2 /= RC,F11.1). We need to look at why.
I am aware that N=.995 is .994... internally, but so is the value 1 - r
Thanks Eric
Eric Botcazou-3 wrote:
>
>> But i wanted to try them indivisually. Is there any method to do so?
>
> The compiler doesn't optimize anything if you don't pass at least -O.
>
> --
> Eric Botcazou
>
>
--
View this message in context:
http://old.nabble.com/Optimisation-Problem-tp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
--- Comment #37 from Tobias Burnus 2011-04-18
05:56:08 UTC ---
Author: burnus
Date: Mon Apr 18 05:56:05 2011
New Revision: 172637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172637
Log:
2011-04-18 Tobias Burnus
PR fortran/1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #22 from Thomas Henlich
2011-04-18 05:59:14 UTC ---
(In reply to comment #7)
> + case ROUND_ZERO:\
> +r = sign_bit ? 0.0 : 1.0;\
This should read:
r = sign_bit ? 1.0 : 0.0;\
Attaching modified test.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #23 from Thomas Henlich
2011-04-18 05:59:55 UTC ---
Created attachment 24025
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24025
Updated test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
--- Comment #9 from Paul Thomas 2011-04-18 05:07:44
UTC ---
Author: pault
Date: Mon Apr 18 05:07:38 2011
New Revision: 172636
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172636
Log:
2011-04-18 Paul Thomas
PR fortran/48462
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48531
Jason Merrill changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48658
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #21 from Jerry DeLisle 2011-04-18
03:58:25 UTC ---
Fixed on trunk. Shall we close?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #20 from Jerry DeLisle 2011-04-18
03:53:02 UTC ---
Author: jvdelisle
Date: Mon Apr 18 03:52:59 2011
New Revision: 172635
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172635
Log:
2011-04-17 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #60 from Dongsheng Song
2011-04-18 03:48:19 UTC ---
With Kai's great work on binutils, after ld running 172 minutes
(usr + sys), and the memory usage growing to:
VmPeak: 5995156 kB
VmSize: 5995156 kB
VmHWM: 1900732 kB
VmRSS: 12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #19 from Jerry DeLisle 2011-04-18
03:48:28 UTC ---
Author: jvdelisle
Date: Mon Apr 18 03:48:25 2011
New Revision: 172634
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172634
Log:
2011-04-17 Jerry DeLisle
PR libgfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48658
Summary: [4.3 Regression]: ICE in reload_cse_simplify_operands,
at postreload.c:395
Product: gcc
Version: 4.3.6
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48657
Summary: could not convert template argument ‘VectorDimension’
to ‘unsigned int’
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48531
--- Comment #6 from Jason Merrill 2011-04-18
00:50:37 UTC ---
Author: jason
Date: Mon Apr 18 00:50:31 2011
New Revision: 172632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172632
Log:
PR c++/48531
* typeck2.c (build_functional_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48559
--- Comment #5 from Paolo Carlini 2011-04-17
23:17:00 UTC ---
Actually, the parallel-mode std::partition seems already ok, in any case I just
enabled its moveable.cc to actually run in parallel-mode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36550
--- Comment #12 from Vincent Riviere
2011-04-17 22:17:35 UTC ---
Created attachment 24023
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24023
Very simple testcase
I hit the "may be used uninitialized in this function" bug when compiling th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48647
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48646
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48635
--- Comment #10 from paolo at gcc dot gnu.org
2011-04-17 21:46:23 UTC ---
Author: paolo
Date: Sun Apr 17 21:46:20 2011
New Revision: 172620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172620
Log:
2011-04-17 Daniel Krugler
Pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48635
--- Comment #9 from paolo at gcc dot gnu.org
2011-04-17 21:46:15 UTC ---
Author: paolo
Date: Sun Apr 17 21:46:11 2011
New Revision: 172619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172619
Log:
2011-04-17 Daniel Krugler
Pao
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48656
Paolo Carlini changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47545
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48654
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47545
Dominique d'Humieres changed:
What|Removed |Added
CC||damian at rouson dot net
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48656
--- Comment #1 from Harald van Dijk 2011-04-17
21:14:07 UTC ---
Er... That's bug 47172, not bug 47174.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48656
Summary: [C++0x] cannot call member function without object
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48540
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48521
--- Comment #4 from Jonathan Wakely 2011-04-17
20:28:36 UTC ---
I'm just trying to figure out whether to enumerate every type of member
function w.r.t cv-qualifiers and ref-qualifiers and varargs as I think that's 8
partial specializations (24 wh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48655
Summary: False positive with -Warray-temporaries and
a=transpose(a)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48635
--- Comment #8 from Daniel Krügler
2011-04-17 20:12:09 UTC ---
(In reply to comment #7)
> Ok... Do we have testcases for that?
I have two test cases for the *assignment* situation, I invented them out of my
head and I hope the code below does no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48654
Summary: ICE on return of derived type with allocatable-length
character component
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48635
--- Comment #7 from Paolo Carlini 2011-04-17
19:44:51 UTC ---
Ok... Do we have testcases for that?
By the way, I noticed that in the templated *constructor* we have been using D
instead of E in the forward, and that doesn't seem correct vs the F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45715
Thomas Koenig changed:
What|Removed |Added
Blocks||37577
--- Comment #3 from Thomas Koenig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48419
Janne Blomqvist changed:
What|Removed |Added
Depends on||45715
--- Comment #3 from Janne Blomqvi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48635
--- Comment #6 from Daniel Krügler
2011-04-17 19:18:01 UTC ---
(In reply to comment #5)
> Done. Fixed mainline and 4_6-branch.
Looks good, thanks, but I just recognize that there is a library issue in
regard to the template version. The FDIS cor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
--- Comment #4 from Jerry DeLisle 2011-04-17
19:03:00 UTC ---
OK Format string needs capital 'L' for long double.
$ cat sprint.c
#include
int
main ()
{
long double ldnum;
ldnum = 25.6;
printf("%30.24Lf, %d\n", ldnum, sizeof(ldnum));
}
$
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
--- Comment #3 from Thomas Henlich
2011-04-17 18:34:15 UTC ---
(In reply to comment #2)
> hmm, notice the typo! i have set ldnum to 0.0 but it still is printing the
> value of dnum. What am I doing wrong.
>
> $ cat sprint.c
> #include
>
> int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
--- Comment #2 from Jerry DeLisle 2011-04-17
18:28:55 UTC ---
hmm, notice the typo! i have set ldnum to 0.0 but it still is printing the
value of dnum. What am I doing wrong.
$ cat sprint.c
#include
int
main ()
{
float num = 0.9;
double d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
Jerry DeLisle changed:
What|Removed |Added
CC||thenlich at users dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48462
Paulo César Pereira de Andrade changed:
What|Removed |Added
CC||pcpa at mandriva dot com.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48653
Summary: Bootstrap comparison failure with bootstrap-lto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48649
--- Comment #4 from Popielewicz 2011-04-17 16:17:21
UTC ---
It seems that in this specific case the gcc 4.3.5 has problems with modulo
operation. Even more simpler program using modulo alone produces spill message
.
If in the supplied program on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48652
--- Comment #1 from H.J. Lu 2011-04-17 16:16:49
UTC ---
I think it is a real bug detected by LTO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48652
Summary: [4.7 Regression] LTO profiledbootstrap failure
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #11 from jafb at tinet dot org 2011-04-17 16:01:29 UTC ---
That was fast, thank you :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48588
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #3 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #9 from Eric Botcazou 2011-04-17
14:58:07 UTC ---
Author: ebotcazou
Date: Sun Apr 17 14:58:03 2011
New Revision: 172612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172612
Log:
PR lto/48538
* lto-cgraph.c (merge_prof
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #8 from Eric Botcazou 2011-04-17
14:57:17 UTC ---
Author: ebotcazou
Date: Sun Apr 17 14:57:14 2011
New Revision: 172611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172611
Log:
PR lto/48538
* lto-cgraph.c (merge_prof
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #5 from Dominique d'Humieres 2011-04-17
14:12:30 UTC ---
I have investigated why test_fpu is slower with --param
max-inline-insns-auto=400 (11.18s) compared to -finline-limit=600 (10.84s) in
the timings of comment #2. This is due to t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48651
Summary: DTOA float conversion issue
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: jvdeli...@gcc.gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #18 from jvdelisle at frontier dot com 2011-04-17 13:47:06 UTC ---
On 04/17/2011 06:25 AM, thenlich at users dot sourceforge.net wrote:
--- snip ---
>
> I agree.
>
> Let's open a new bug for this. This bug is about the correct choice o
On 04/17/2011 06:25 AM, thenlich at users dot sourceforge.net wrote:
--- snip ---
I agree.
Let's open a new bug for this. This bug is about the correct choice of format,
not about rounding (this is somewhere else in the code).
Yes, new PR. We are using builtin snprintf for DTOA.
#define D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #4 from Thomas Koenig 2011-04-17
13:32:11 UTC ---
(In reply to comment #3)
> The second item is interesting - it would be cool if backend was able to work
> out that the code is supposed to simplify after inlining. Either by itself o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #17 from Thomas Henlich
2011-04-17 13:25:25 UTC ---
(In reply to comment #16)
> I see another rounding issue with this:
>
> integer, parameter :: RT=8
> print *, 0.09_RT, " RD:"
> print "(RD,G15.2)", 0.09_RT
> print "
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48650
Summary: valgrind: Invalid write of size 8 in build_string
(tree.c:1524)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48602
--- Comment #16 from Jerry DeLisle 2011-04-17
12:39:25 UTC ---
I see another rounding issue with this:
integer, parameter :: RT=8
print *, 0.09_RT, " RD:"
print "(RD,G15.2)", 0.09_RT
print "(RD,E15.2)", 0.09_RT
print "(RD,D15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48649
--- Comment #3 from Popielewicz 2011-04-17 12:28:52
UTC ---
Created attachment 24021
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24021
error messages when an extra patch applied
After applying the following patch in sreal.h
#ifndef COHE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48498
Ira Rosen changed:
What|Removed |Added
CC||irar at il dot ibm.com
--- Comment #2 from Ir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48649
--- Comment #2 from Popielewicz 2011-04-17 11:42:30
UTC ---
Created attachment 24020
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24020
error meesages during compilation with optimization turned on
Error messages produced during compilati
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #6 from jafb at tinet dot org 2011-04-17 11:21:58 UTC ---
(In reply to comment #5)
> > Mmmm I'm afraid using --with-build-config=bootstrap-lto crashes at the
> > same point with the same error.
>
> Weird, LTO bootstrap for Ada is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48649
--- Comment #1 from Popielewicz 2011-04-17 11:17:51
UTC ---
Created attachment 24019
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24019
test program
This is the test program , which produced the mentioned error message.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43601
--- Comment #59 from PcX 2011-04-17 11:06:13 UTC
---
Yea, I review the patch(In reply to comment #57)
> (In reply to comment #56)
> > What works for me on Cygwin, and so may well also work for anyone using
> > MSYS,
> > is setting the heap_chunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48649
Summary: cannot find space to spill in GENERAL REGISTERS
Product: gcc
Version: 4.3.5
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
--- Comment #16 from rguenther at suse dot de
2011-04-17 10:44:02 UTC ---
On Fri, 15 Apr 2011, eraman at google dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44194
>
> --- Comment #15 from Easwaran Raman 2011-04-15
> 22:22:15 U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #3 from Jan Hubicka 2011-04-17
10:44:23 UTC ---
I am slowly starting to look into fortran issues now. For years it was
non-issue since we had the non-one-decl-per-function problem. This is finally
solved
One additional problem is th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #4 from bero at arklinux dot org 2011-04-17 10:34:52 UTC ---
void *foo(const void *a);
void bug48648()
{
unsigned char a[2];
long b;
int i;
for(i = 0; i < 2; i++) {
if (b <= 0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
bero at arklinux dot org changed:
What|Removed |Added
Attachment #24016|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #2 from Dominique d'Humieres 2011-04-17
10:23:03 UTC ---
As shown by the following results it seems that --param max-inline-insns-auto=*
is the way to go.
Date & Time : 17 Apr 2011 11:22:05
Test Name : pbharness
Compile Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
bero at arklinux dot org changed:
What|Removed |Added
Attachment #24015|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48538
--- Comment #4 from jafb at tinet dot org 2011-04-17 09:59:35 UTC ---
Mmmm I'm afraid using --with-build-config=bootstrap-lto crashes at the same
point with the same error.
As a workaround, can I compile the ada frontend after installing the re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #1 from bero at arklinux dot org 2011-04-17 09:48:04 UTC ---
Created attachment 24015
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24015
Full preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
Summary: internal compiler error: in translate_clast, at
graphite-clast-to-gimple.c:1123
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47626
Ozkan Sezer changed:
What|Removed |Added
CC||sezeroz at gmail dot com
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
--- Comment #7 from Ozkan Sezer 2011-04-17 09:07:24
UTC ---
Possibly related: PR target/47626. This doesn't seem mingw-specific and is
_incorrectly_ marked as WORKSFORME.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48647
Summary: [C++0x] SFINAE does not handle incompatible pointer
types well in conditional operator
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48624
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48624
--- Comment #4 from Tobias Burnus 2011-04-17
07:34:40 UTC ---
Author: burnus
Date: Sun Apr 17 07:34:35 2011
New Revision: 172604
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172604
Log:
2011-05-17 Tobias Burnus
PR fortran/48
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48646
Summary: [C++0x] SFINAE does not handle comparisons between
incompatible pointer types well
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
86 matches
Mail list logo
