--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-12-09 08:59
---
This bug as been waiting for submitters's feedback for more than a month,
closing it. If you want to report a bug, please attach a source code exhibiting
the problem.
--
fxcoudert at gcc dot gnu dot org
--- Comment #39 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:03
---
Jakub, Alexandre, what's the status on this PR? If I read it correctly, it's
fixed on darwin but still not fixed on hpux, is that right?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:05
---
Jerry, isn't that one completely fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24224
--- Comment #40 from jakub at gcc dot gnu dot org 2005-12-09 09:12 ---
No, in tree builds are still broken everywhere, as
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01687.html
hasn't been approved yet.
All the other problems are fixed already.
I'm using that patch in my tree on many
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:24
---
On this one, we now (due to Janne's array I/O transfer) perform better than
Intel and Portland compilers (on i686-linux, ext3 filesystem). I think this can
be closed as dup of 16339. For formatted I/O
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:24
---
*** Bug 21820 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:28
---
Changed the title of the PR to the more general Performance of formatted
output. My experience is that using sprintf to output float values is where
performance could be gained (computation of the logarithm of
The following code gives compilation error:
class NonCopyable
{
NonCopyable( const NonCopyable );
NonCopyable operator=( const NonCopyable );
public:
NonCopyable() { ; }
};
void test( const NonCopyable )
{ ; }
int main()
{
test( NonCopyable() );
}
--- Comment #11 from rguenth at gcc dot gnu dot org 2005-12-09 10:09
---
Honza, how went the patch testing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24969
--- Comment #16 from rguenth at gcc dot gnu dot org 2005-12-09 10:10
---
Steven, any updates on this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- Comment #4 from pcarlini at suse dot de 2005-12-09 10:33 ---
(In reply to comment #3)
Comment #2 is generally wrong: a change in GCC codegen can certainly expose a
coding bug in libstdc++ despite nothing changed there.
Yes, in principle you are right.
--- Comment #3 from uweigand at gcc dot gnu dot org 2005-12-09 11:20
---
Subject: Bug 25311
Author: uweigand
Date: Fri Dec 9 11:20:40 2005
New Revision: 108278
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108278
Log:
PR target/25311
* config/s390/s390.c
--- Comment #4 from uweigand at gcc dot gnu dot org 2005-12-09 11:26
---
Subject: Bug 25311
Author: uweigand
Date: Fri Dec 9 11:26:47 2005
New Revision: 108279
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108279
Log:
PR target/25311
* config/s390/s390.c
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |uweigand at gcc dot gnu dot
|dot org
--- Comment #5 from uweigand at gcc dot gnu dot org 2005-12-09 11:29
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from uweigand at gcc dot gnu dot org 2005-12-09 11:30
---
Looks like a reload problem, I'll be posting a patch ...
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Consider following program. I think it shouldn't print anything, but when
compiled with gcc-4.0.? it prints arr==arr.
The idea came from comp.lang.c faq question 6.12
(http://www.eskimo.com/~scs/C-faq/q6.12.html)
#include stdio.h
int main(int argc,char** argv) {
int arr[1];
int
--- Comment #1 from pcarlini at suse dot de 2005-12-09 11:37 ---
This is not a bug: see 8.5.3/5. Roughly, when you have an rvalue (like
NonCopyable()) it's implementation defined whether the constructor is called,
and, in any case, The constructor that would be used to make the copy
--- Comment #1 from schwab at suse dot de 2005-12-09 11:38 ---
See http://www.eskimo.com/~scs/C-faq/q6.3.html.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-12-09 11:51 ---
2) If you do reorder the blocks, you should not merge indirect
branches on CPUs with BTBs, for better branch prediction.
I would rather say that you should not merge frequently executed
indirect branches. There
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-12-09 12:10
---
Is it still happening now that the relevant part of PR 24991 has been fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25132
--- Comment #13 from rguenth at gcc dot gnu dot org 2005-12-09 12:50
---
The patch breaks bootstrap on i686 linux:
/usr/src/packages/BUILD/gcc-4.1.0-20051209/obj-i586-suse-linux/./gcc/xgcc
-B/usr/src/packages/BUILD/gcc-4.1.0-20051209/obj-i586-suse-linux/./gcc/
-B/usr/i586-suse-linux
--- Comment #4 from machata at post dot cz 2005-12-09 12:54 ---
Created an attachment (id=10444)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10444action=view)
Implementation of condensed nested namespaces definition, includes testcase.
I sent an email with some comments to
--- Comment #8 from anton at mips dot complang dot tuwien dot ac dot at
2005-12-09 13:46 ---
Subject: Re: pessimization of goto * (computed goto)
rguenth at gcc dot gnu dot org wrote:
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-12-09 11:51
---
2) If
--- Comment #41 from jakub at gcc dot gnu dot org 2005-12-09 13:50 ---
Subject: Bug 24991
Author: jakub
Date: Fri Dec 9 13:50:11 2005
New Revision: 108280
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108280
Log:
PR libfortran/24991
* acinclude.m4: Include
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-09 14:17 ---
.ascii /tmp/ccN3iGJ2.f\0 # DW_AT_name
.ascii /tmp/ccyIGO76.f\0 # DW_AT_name
Confirmed. This is a front-end issue. I thought I had saw a dup of this bug
but I cannot find it.
--
--- Comment #17 from steven at gcc dot gnu dot org 2005-12-09 14:26 ---
Created an attachment (id=10445)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10445action=view)
Smaller test case
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from danglin at gcc dot gnu dot org 2005-12-09 14:37 ---
This was fixed on both 4.1 and 4.2 by the fix for PR 24991.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from sgk at troutmask dot apl dot washington dot edu
2005-12-09 15:09 ---
Subject: Re: Really, really, horrible IO performance
On Fri, Dec 09, 2005 at 09:24:29AM -, fxcoudert at gcc dot gnu dot org
wrote:
On this one, we now (due to Janne's array I/O transfer)
--- Comment #18 from steven at gcc dot gnu dot org 2005-12-09 15:37 ---
From the diff between the old-loop and gcse1 dumps, this looks like a loop.c
strength reduction bug. Indeed, -fno-strength-reduce makes the miscompilation
go away for me.
--
The newly added g++.dg/compat/struct-layout-1.exp is broken for installed
compiler testing. You get:
ERROR: tcl error sourcing
/scratch/gcc/nightly-2005-12-09-mainline/src/gcc-mainline/gcc/testsuite/g++.dg/compat/struct-layout-1.exp.
ERROR: can't read rootme: no such variable
The corresponding
--- Comment #2 from reichelt at gcc dot gnu dot org 2005-12-09 15:56
---
Patch posted.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
[forwarded from http://bugs.debian.org/342662]
seen with 4.0 20051201, 4.1 20051205, works with 4.0.2 20050808
$ cat test.m
#include stdio.h
#include string.h
#include stdlib.h
#include unistd.h
int main(int argc, char **argv)
{
int status = 0;
char msg[100] = ;
--- Comment #1 from danglin at gcc dot gnu dot org 2005-12-09 16:43 ---
Is this with the current CVS version of GAS? A critical bug affecting
data relocations was recently fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joseph at codesourcery dot com 2005-12-09 16:58 ---
Subject: Re: [4.1 Regression] hppa64 EH failures
On Fri, 9 Dec 2005, danglin at gcc dot gnu dot org wrote:
Is this with the current CVS version of GAS? A critical bug affecting
data relocations was recently
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-09 17:00 ---
Hmm, the main diff is:
-msg.24 = msg;
-D.3575 = *msg.24;
-iftmp.23 = (int) D.3575;
+msg.24 = (const unsigned char * {ref-all}) msg;
+D.3522 = *msg.24;
+
This testcase:
int bla (long l)
{
long lR;
if (l 0) {
lR = - l;
if (lR 0) {// 2
return 1;
}
}
return 0;
}
extern void abort ();
int main()
{
if (!bla (-2147483648))
abort ();
return 0;
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-09 17:12 ---
-INT_MIN overflows so this is undefined so GCC is correct in assuming anything.
So the bug is in TCL.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
On a SMP machine, with make -j4, I got
/export/build/gnu/gcc/build-x86_64-linux/gcc/gcj
-B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/32/libjava/
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -Wno-deprecated
--encoding=UTF-8 --bootclasspath '' --classpath
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-09 17:16 ---
Reduced testcase:
int main(int argc, char **argv)
{
int status = 0;
char msg[100] = ;
if(__builtin_strcmp(msg, ))
status = 200;
}
There a couple of issue here, first DCE is
--- Comment #2 from reichelt at gcc dot gnu dot org 2005-12-09 17:48
---
Mark, the ICE appeared with your patch for PR20293:
http://gcc.gnu.org/ml/gcc-cvs/2005-11/msg00580.html
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from eedelman at gcc dot gnu dot org 2005-12-09 18:08
---
Fixed on 4.0, 4.1 and mainline.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from kargl at gcc dot gnu dot org 2005-12-09 18:16 ---
I've tested this patch on amd64-*-freebsd. It cures my
gfortran failures. Who do we need to ping to get this
approved?
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from paolo at gcc dot gnu dot org 2005-12-09 18:25 ---
Subject: Bug 25288
Author: paolo
Date: Fri Dec 9 18:24:53 2005
New Revision: 108313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108313
Log:
2005-12-09 Paolo Carlini [EMAIL PROTECTED]
Howard
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2005-12-09
18:31 ---
Subject: Re: [4.1 Regression] hppa64 EH failures
--- Comment #2 from joseph at codesourcery dot com 2005-12-09 16:58
---
Subject: Re: [4.1 Regression] hppa64 EH failures
On Fri, 9 Dec
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/../g++
-B/mnt/gnu/gcc-3
.3/objdir/gcc/testsuite/../ -nostdinc++
-I/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-h
pux11.11/libstdc++-v3/include/hppa2.0w-hp-hpux11.11
-I/mnt/gnu/gcc-3.3/objdir/hp
pa2.0w-hp-hpux11.11/libstdc++-v3/include
--- Comment #20 from rguenth at gcc dot gnu dot org 2005-12-09 18:45
---
I'll ping gcc-patches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2005-12-09 18:50
---
Subject: Bug 25116
Author: fxcoudert
Date: Fri Dec 9 18:50:48 2005
New Revision: 108314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108314
Log:
PR libfortran/25116
* io/transfer.c
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2005-12-09 18:52
---
Committed to 4.1
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from laurent at guerby dot net 2005-12-09 19:51 ---
I see the same thing as you on trunk x86-linux with gcc version 4.2.0 20051202
(experimental).
I agree the not equal part is a bug:
With predefined = - A1b and A2b: not equal
should print equal.
But the
--- Comment #14 from jakub at gcc dot gnu dot org 2005-12-09 20:13 ---
Created an attachment (id=10446)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10446action=view)
gcc41-pr25023.patch
A new version of the patch. While this bootstraps (at least on i386 I tried),
I'm getting
/*
* Compile -O0 (no optimization)
*/
#include stdio.h
typedef int int32;
typedef long long int64;
int main ()
{
int32 i = 1;/* hence (2*i)-1 below is 1... */
#define K 0x80003LL /* 64 bit constant; low 32 are 3; high 32 are 8
*/
printf(%016llx (gcc 2.96
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-09 21:37 ---
Fixed in 3.4.0 and above, since 3.3.x and below are no longer being maintained
closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from uttamp at us dot ibm dot com 2005-12-09 21:40 ---
I did build and completed the regression test. The patch in comment #3 fixes
this problem (when compiled with -pedantic option) but gfortran still fails to
report this as an error with -std=f95 without -pedantic.
--- Comment #7 from listor1 dot rombobeorn at comhem dot se 2005-12-09
22:35 ---
Subject: Re: Discriminant is left uninitialized.
But the constraint_error for OS of A1b looks correct, and if commented
the one on OS of A2b, it is a language mandated discriminant check
failing. But
--- Comment #2 from jyates at netezza dot com 2005-12-09 22:42 ---
Subject: RE: 64 bit multiplication incorrectly folded.
Is it possible to determine what commit between 3.3.3 and 3.4.0
actually fixed the bug? I have a very strong motivation to see
if I can propagate the fix back to
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:05
---
Jerry, isn't that one completely fixed?
For the most part this is fixed. We do not handle the case of negative strides,
but we do handle strides of more than 1. So I
--- Comment #5 from jvdelisle at verizon dot net 2005-12-09 23:05 ---
Subject: Re: Generalized internal array IO not
implemented.
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-09 09:05
---
Jerry, isn't that one
--- Comment #9 from ghazi at gcc dot gnu dot org 2005-12-09 23:34 ---
Subject: Bug 20772
Author: ghazi
Date: Fri Dec 9 23:34:09 2005
New Revision: 108322
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108322
Log:
PR testsuite/20772
* g++.dg/opt/life1.C,
--- Comment #10 from ghazi at gcc dot gnu dot org 2005-12-09 23:38 ---
Subject: Bug 20772
Author: ghazi
Date: Fri Dec 9 23:38:19 2005
New Revision: 108323
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108323
Log:
PR testsuite/20772
* g++.dg/opt/life1.C,
--- Comment #11 from ghazi at gcc dot gnu dot org 2005-12-09 23:46 ---
Subject: Bug 20772
Author: ghazi
Date: Fri Dec 9 23:46:42 2005
New Revision: 108324
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108324
Log:
PR testsuite/20772
* g++.dg/eh/simd-1.C,
--- Comment #12 from ghazi at gcc dot gnu dot org 2005-12-09 23:56 ---
Subject: Bug 20772
Author: ghazi
Date: Fri Dec 9 23:56:34 2005
New Revision: 108325
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108325
Log:
PR testsuite/20772
* g++.dg/eh/simd-1.C,
--- Comment #13 from ghazi at gcc dot gnu dot org 2005-12-10 00:01 ---
Subject: Bug 20772
Author: ghazi
Date: Sat Dec 10 00:01:25 2005
New Revision: 108326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108326
Log:
PR testsuite/20772
* g++.old-deja/g++.pt/asm1.C,
--- Comment #14 from ghazi at gcc dot gnu dot org 2005-12-10 00:04 ---
Subject: Bug 20772
Author: ghazi
Date: Sat Dec 10 00:04:44 2005
New Revision: 108327
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108327
Log:
PR testsuite/20772
* g++.old-deja/g++.pt/asm1.C,
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.0/objdir/gcc/ /home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/attr-weakref-1.c
-O2 -fno-show-column
/home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/attr-wea
kref-1a.c
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2005-12-10 00:09
---
Not a bug.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from steven at gcc dot gnu dot org 2005-12-10 00:31 ---
This is beyond my RTL fu.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sayle at gcc dot gnu dot org 2005-12-10 01:14 ---
Subject: Bug 22527
Author: sayle
Date: Sat Dec 10 01:14:38 2005
New Revision: 108341
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108341
Log:
PR fortran/22527
* f95-lang.c
Using an example from the GCC documentation doesn't work. I don't know if the
documentation is broken
or the compiler.
Environment:
System: FreeBSD inchoate.localdomain 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat
Oct 8 10:25:52 CST 2005 root@:/usr/obj/usr/src/sys/INCHOATE i386
host:
--- Comment #1 from hjl at lucon dot org 2005-12-10 01:48 ---
I got another one:
/export/build/gnu/gcc/build-x86_64-linux/gcc/gcj
-B/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libjava/
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/ -Wno-deprecated
--- Comment #1 from hp at gcc dot gnu dot org 2005-12-10 01:51 ---
These FAIL introduced between Thu Dec 8 09:08:46 UTC 2005 (revision 108221M)
and Fri Dec 9 04:17:20 UTC 2005 (revision 108273M) also for cris-axis-elf
and
cris-axis-linux-gnu, likely together with the other new
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-10 03:48 ---
I almost think this is a dup of bug 25276.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25333
See assembly output for gcc.target/cris/rld-legit2.c (here for cris-axis-elf):
_g:
subq 4,$sp
move $srp,[$sp]
subq 40,$sp
movem $r8,[$sp]
move $r10,$srp
move.d $r11,[$sp+36]
move $srp,$r9
addq 2,$r9
move $r9,$srp
subq
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-10 04:00 ---
So this is a latent bug exposed by that fix which means this should be marked
as a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=951
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16896
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17038
Perhaps remove one?
--
Summary: Identical tests: gfortran.dg/g77/20030115-1.f
gfortran.dg/g77/pr9258.f
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
--- Comment #2 from hp at gcc dot gnu dot org 2005-12-10 04:53 ---
I mean for *this* test-case it's exposed by that fix. The leaving-behind
of reload-insns from earlier rounds for each new reload round is general.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
--- Comment #10 from kargl at gcc dot gnu dot org 2005-12-10 04:58 ---
The patch from comment #6 no longer applies. It appears that this ChangeLog
2005-12-07 Jorn Rennecke [EMAIL PROTECTED]
* reload.h (reg_equiv_invariant): Declare.
* reload.c
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-10 05:17 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-10 05:20 ---
assign_5.f90, assign_6.f, logint-1.f, logint-3.f, 7388.f, and a couple of
others were fixed by:
2005-12-09 Roger Sayle [EMAIL PROTECTED]
PR fortran/22527
* f95-lang.c (gfc_truthvalue_conversion):
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-10 05:27 ---
(In reply to comment #5)
Yes, I'm running the most recent one of those. The discussion in the cygwin
lists does not make it appear that it is easy to compile and install gcc.
That is not true but what ever.
No
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-10 05:29 ---
No feedback in 3 months so closing as invalid. Other people have built on
mingw recently so it has to be something with your configuration.
--
pinskia at gcc dot gnu dot org changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20336
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-10 05:33 ---
Not a GCC so closing as works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-10 05:41 ---
The wrong-code issue has been fixed since 4.0.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-10 05:42 ---
Format now applies to function types for at least 4.1.0 and above.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3481
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-10 05:45 ---
_Complex int is another extension which is only warned with -pedantic included
with -std=c99.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from me at cgf dot cx 2005-12-10 05:45 ---
Subject: Re: Broken gcc mailing list archives
On Sat, Dec 10, 2005 at 05:30:21AM -, pinskia at gcc dot gnu dot org wrote:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Here is a testcase that results in an ICE:
#include iostream
typedef char present_t;
typedef struct { char a[2]; } absent_t;
template typename T T MakeT();
template typename T
struct test
{
// template typename U, int (U::*f)(int n) = U::operator[]
// struct helper{};
template typename
--- Comment #7 from ash at onezero dot org 2005-12-10 06:23 ---
(In reply to comment #6)
(In reply to comment #5)
Yes, I'm running the most recent one of those. The discussion in the
cygwin
lists does not make it appear that it is easy to compile and install gcc.
That is not
92 matches
Mail list logo