--- Comment #3 from jserv at kaffe dot org 2006-06-29 06:43 ---
(In reply to comment #2)
The timezone part of this patch looks odd.
I would expect that we would need another case in there
for __timezone -- both a configure check and another
#if.
I compared automake detecting report
--- Comment #2 from tetsuji dot rai at gmail dot com 2006-06-29 07:30
---
sorry and thanks. my mistake.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28195
Hi all,
First submission to this list, so go easy on me. I've the following
file (temp.cc):
#include stdio.h
#include unistd.h
#include pthread.h
int foo_static[] = {0, 0};
void* run(void* arg)
{
int foo[] = {0, 0};
printf(foo[2]: %d\r\n, foo[2]);
printf(foo_static[2]: %d\r\n,
--- Comment #4 from pluto at agmk dot net 2006-06-29 09:36 ---
this bug blocks portable.net developing.
--
pluto at agmk dot net changed:
What|Removed |Added
-m32 -O2 -mtune=pentium4 o.c; grep
cl_options_count o.s
GNU C version 4.1.2 20060629 (prerelease) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.1 20060525 (Red Hat 4.1.1-1).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128109
movlcl_options_count
--- Comment #9 from jakub at gcc dot gnu dot org 2006-06-29 10:06 ---
And 29 commit indeed fixes this. Will bootstrap/regtest now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26991
The current top-of-tree i686 native compiler gets an internal error building
a mips-elf toolchain, while compiling tree.c. The native compiler identifies
itself as:
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /src/latest/trunk/src/gcc/configure -v
--- Comment #1 from fnf at specifixinc dot com 2006-06-29 11:05 ---
Created an attachment (id=11779)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11779action=view)
Preprocessed version of tree.c
I had to wack away some code to get it to fit within the apparent 1Mb limit for
As the summary says, -Wmissing-format-attribute produces false positive
warnings when a function is declared to use a vprintf-like prototype, and this
can't be fixed because the printf attribute does not support varargs functions
(of course).
I'm attaching a testcase that should identify the
--- Comment #1 from flameeyes at gentoo dot org 2006-06-29 11:27 ---
Created an attachment (id=11780)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11780action=view)
impossible-missing-format-attribute.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28199
Hi!
It might be poorly understanding something, but I am under the impression that
some warning from '-Wall' only appear in conjunction with '-O2'.
Here is a simplified case which seems to exhibit this behaviour: do not look
for much meaning, in this very case the warning turns out to be a bit
--- Comment #2 from schwab at suse dot de 2006-06-29 11:42 ---
From (gcc)Function Attributes:
For functions where the
arguments are not available to be checked (such as `vprintf'),
specify the third parameter as zero.
void foo (const char *, va_list) __attribute__
--- Comment #7 from jakub at gcc dot gnu dot org 2006-06-29 11:49 ---
Subject: Bug 26559
Author: jakub
Date: Thu Jun 29 11:49:07 2006
New Revision: 115067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115067
Log:
2006-06-14 Mark Mitchell [EMAIL PROTECTED]
PR c++/26559
--- Comment #3 from flameeyes at gentoo dot org 2006-06-29 12:17 ---
Sorry, I think I misunderstood the error messages' chain, as when the
__attribute__ is malformed (forgot a '('), the warning about the possible
candidate appear anyway, so i thought it was simply being ignored with '0'
$ cat ice.f90
MODULE ice_gfortran
INTERFACE ice
MODULE PROCEDURE ice_i
END INTERFACE
CONTAINS
SUBROUTINE ice_i(i)
INTEGER, INTENT(IN) :: i
! do nothing
END SUBROUTINE
END MODULE
MODULE provoke_ice
CONTAINS
SUBROUTINE provoke
USE ice_gfortran
CALL ice(23.0)
END
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-29 12:55 ---
Please read
http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options:
-Wuninitialized
Warn if an automatic variable is used without first being initialized or if a
variable may be clobbered by a setjmp
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-29 13:09 ---
It works with a cross to x86-linux-gnu with 4.2.0 20060617.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-29 13:20 ---
It works on x86_64 with ./cc1 pr28198.i -m32 -g -O2 -W -Wwrite-strings on the
stage1 cc1 so maybe something is miscompiling cc1 or there is a GC issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-29 13:24 ---
(In reply to comment #3)
Or a HWI == 32bit problem because x86_64 is 64bit so is powerpc-* which I tried
also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-06-29 13:49
---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-29 14:10 ---
Can you give a backtrace?
Because I am getting a bootstrap failure on x86_64 which looks like it could be
the same.
The backtrace I have for the x86_64 bootstrap failure is:
#0 0x009d8203 in copy_node_stat
Version info:
--
E:\vfpfaultarm-elf-gcc -v
Using built-in specs.
Target: arm-elf
Configured with: ../../gcc-4.0.2/configure --enable-languages=c,c++
--enable-interwork --enable-multilib --with-gcc --with-gnu-ld --with-gnu-as
--with-stabs --disable-shared --disable-threads
--- Comment #1 from clifford dot slocombe at dyson dot com 2006-06-29
16:06 ---
The line The error occurs also when line 3 is replaced with the following:
should read The error occurs also when line 3 is replaced with either of the
following:
Clifford
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
--- Comment #7 from tobi at gcc dot gnu dot org 2006-06-29 17:05 ---
I don't see an internal error any longer, closing as WORKSFORME.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tobi at gcc dot gnu dot org 2006-06-29 17:43 ---
Testing a patch.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-29 17:55 ---
Can you build a x86 compiler after revision 115072 and try again, I fixed the
issue mentioned in comment #5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198
--- Comment #1 from mckinlay at redhat dot com 2006-06-29 18:10 ---
Using /proc/self/exe would only work for gij - we'd want a solution that can
work for native binaries as well, so figuring out the prefix based on
libgcj.so's location is probably better.
On Linux, this can be found
--- Comment #17 from pluto at agmk dot net 2006-06-29 18:33 ---
PR28150 seems to be related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25864
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-06-29 18:58
---
This has been worked arounded on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-29 19:08 ---
This works on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-29 19:14 ---
Fixed, Roger forgot to close this as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-29 19:21 ---
I just looked more into this and this is a dup of bug 27657.
*** This bug has been marked as a duplicate of 27657 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-29 19:21 ---
*** Bug 27950 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pluto at agmk dot net 2006-06-29 19:27 ---
reduced testcase:
void foo( void* dst, void* src, int x )
{
long double nativeFloat;
void *ptr;
if (x)
{
nativeFloat = (long double)(*((float*)src));
ptr =
--- Comment #7 from patchapp at dberlin dot org 2006-06-29 19:28 ---
Subject: Bug number PR target/27880
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01023.html
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-29 19:47 ---
This is target independent.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC
--- Comment #13 from patchapp at dberlin dot org 2006-06-29 21:35 ---
Subject: Bug number PR16206
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00911.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-06-29 21:36 ---
Subject: Bug number PR c++/27805
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00920.html
--
--- Comment #11 from patchapp at dberlin dot org 2006-06-29 21:36 ---
Subject: Bug number PR18769
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00934.html
--
--- Comment #11 from patchapp at dberlin dot org 2006-06-29 21:36 ---
Subject: Bug number PR middle-end/28075
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00964.html
--
--- Comment #7 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR c++/27821
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00980.html
--
--- Comment #5 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR c++/28051
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00981.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR c++/28054
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00982.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR25289
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00997.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR c++/28052
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00999.html
--
--- Comment #12 from patchapp at dberlin dot org 2006-06-29 21:37 ---
Subject: Bug number PR28045
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01000.html
--
--- Comment #5 from patchapp at dberlin dot org 2006-06-29 21:39 ---
Subject: Bug number PR c++/28109
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01158.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:40 ---
Subject: Bug number PR c++/28110
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01159.html
--
--- Comment #7 from patchapp at dberlin dot org 2006-06-29 21:40 ---
Subject: Bug number PR c++/27804
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00060.html
--
--- Comment #3 from patchapp at dberlin dot org 2006-06-29 21:40 ---
Subject: Bug number PR c++/28111
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01161.html
--
--- Comment #5 from patchapp at dberlin dot org 2006-06-29 21:40 ---
Subject: Bug number PR c++/28112
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01162.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:40 ---
Subject: Bug number PR fortran/28094
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01183.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:41 ---
Subject: Bug number PR24748
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01216.html
--
--- Comment #6 from patchapp at dberlin dot org 2006-06-29 21:41 ---
Subject: Bug number PR c++/28112
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01222.html
--
--- Comment #1 from patchapp at dberlin dot org 2006-06-29 21:41 ---
Subject: Bug number PR c/28136
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01224.html
--
--- Comment #12 from patchapp at dberlin dot org 2006-06-29 21:41 ---
Subject: Bug number PR22038
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01238.html
--
--- Comment #6 from patchapp at dberlin dot org 2006-06-29 21:42 ---
Subject: Bug number PR 28139
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01295.html
--
--- Comment #2 from patchapp at dberlin dot org 2006-06-29 21:43 ---
Subject: Bug number PR fortran/28163
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01360.html
--
--- Comment #4 from patchapp at dberlin dot org 2006-06-29 21:44 ---
Subject: Bug number PR tree-optimization/28144
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01402.html
--
--- Comment #5 from patchapp at dberlin dot org 2006-06-29 21:45 ---
Subject: Bug number PR middle-end/28160
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01472.html
--
--- Comment #6 from patchapp at dberlin dot org 2006-06-29 21:45 ---
Subject: Bug number PR middle-end/28161
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01473.html
--
--- Comment #5 from sayle at gcc dot gnu dot org 2006-06-29 21:58 ---
Subject: Bug 27428
Author: sayle
Date: Thu Jun 29 21:57:23 2006
New Revision: 115080
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115080
Log:
PR middle-end/27428
* c-lex.c (c_lex_with_flags)
--- Comment #3 from patchapp at dberlin dot org 2006-06-29 22:05 ---
Subject: Bug number PR28174
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01509.html
--
While attempting to port a profiler designed to work with the Microsoft
compiler's /Gh and /GH (generate _penter and _pexit) options, I have
rediscovered a problem that was previously filed as bug #23296: When compiling
code with gcc 4.0.0 or 4.0.1 and when specifying both the
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-29 22:28 ---
(gdb) run pr28201.f90
Starting program: /svn-4.2/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951 pr28201.f90
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xc7b000
ice_i
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-29 22:30 ---
Does the bug not get confirmed when somebody is assigned to it?
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 00:08 ---
Fixed for 4.2 at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dtemirbulatov at gmail dot com 2006-06-30 01:08 ---
Created an attachment (id=11782)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11782action=view)
fix
we need to check first operand for FIELD_DECL before gimpilfying COMPONENT_REF
--
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 26612
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 26905
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #1 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 21675
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 19134
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #5 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 26984
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #9 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 27000
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #9 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 17470
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #17 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 21581
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #11 from jason at gcc dot gnu dot org 2006-06-30 01:16 ---
Subject: Bug 25915
Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
--- Comment #1 from dannysmith at users dot sourceforge dot net 2006-06-30
02:29 ---
Confirming
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #2 from dannysmith at users dot sourceforge dot net 2006-06-30
02:31 ---
... and closing.
Fixed by
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01511.html
Thanks Jason.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #11 from dannysmith at users dot sourceforge dot net
2006-06-30 02:42 ---
On today's trunk, your example no longer gives warnings. Instead it compiles,
then fails with:
C:\tmpG++ -Wall -W test.cpp
c:\tmp/ccOGb2M9.o:test.cpp:(.text+0x1e): undefined reference to
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-30 03:09 ---
I am rebootstrapping this patch right now and will commit tommorow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-30 03:10 ---
I think this can be confirmed now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-30 05:36 ---
Confirmed, it is produced by expand:
;; return 0.0
(insn 9 8 10 (set (reg:SI 123)
(high:SI (symbol_ref:SI (*.LANCHOR0) [flags 0x182]))) -1 (nil)
(nil))
(insn 10 9 11 (set (reg/f:SI 122)
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-30 05:37 ---
It has to do with the return only.
The reduced code ICEs at -O1 and above only:
double foo() { return 0.0;}
because otherwise we get a temporary variable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27875
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-30 05:46 ---
The problem comes from:
1537 if (GET_CODE (return_reg) == PARALLEL)
1538emit_group_load (return_reg, val, type, int_size_in_bytes
(type));
1539 else
1540emit_move_insn
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-30 05:47 ---
Confirmed on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-06-30 05:55
---
This is hidden on the mainline now by my patch for PR 28075.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
89 matches
Mail list logo
