--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-30 08:26 ---
Btw, this should be fixed now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dominiq at lps dot ens dot fr 2009-03-30 08:37 ---
A patch has been submitted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01604.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39583
--- Comment #3 from dominiq at lps dot ens dot fr 2009-03-30 08:36 ---
A patch has been submitted at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01631.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39325
--- Comment #2 from nemokingdom at gmail dot com 2009-03-30 11:30 ---
I test with bootstrap enabled and success.
Here is the patch:
Index: sese.h
===
--- sese.h (revision 145190)
+++ sese.h (working copy)
@@
kernel/fork.c: In function `copy_process':
kernel/fork.c:1405: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
make[1]: *** [kernel/fork.o] Error 1
make: *** [kernel] Error 2
linux kernel version:
The following program works with NAG f95, g95, sunf95, ifort but fails with a
Fortran runtime error: End of file
in gfortran. I think the program is valid.
-
implicit none
character(len=5) :: str
integer :: a
str = ''
a = 5
read(str,'(5x,i1)') a
print *, a
if(a
--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-03-30 12:59 ---
Subject: Bug 39583
Author: jsm28
Date: Mon Mar 30 12:59:27 2009
New Revision: 145290
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145290
Log:
2009-03-30 Dominique d'Humieres domi...@lps.ens.fr
PR
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-03-30 13:14 ---
Fixed by that commit.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
# gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.3.3/configure --prefix=/tmp/gcc433
--enable-languages=c,c++
Thread model: posix
gcc version 4.3.3 (GCC)
with the following, self-contained file buc.c
#define lit_from_int(in) ((in0)?(((-in)1)|1):(in1))
void
--- Comment #4 from dominiq at lps dot ens dot fr 2009-03-30 13:32 ---
Note that there may be a similar issue for *x86_64*-*-darwin* with -m32, but
I cannot test it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39325
--- Comment #1 from olivier dot roussel at cril dot univ-artois dot fr
2009-03-30 13:48 ---
Created an attachment (id=17558)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17558action=view)
test source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39588
--- Comment #22 from jakub at gcc dot gnu dot org 2009-03-30 13:51 ---
What exact regression was fixed by the
http://gcc.gnu.org/viewcvs?root=gccview=revrev=145102
commit?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35652
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-03-30 14:24 ---
Confirmed. -ftree-vectorize is the problem or maybe triggers a target problem.
#1 0x00605517 in trunc_int_for_mode (c=0, mode=V4SImode)
at /space/rguenther/src/svn/trunk/gcc/explow.c:56
56
--- Comment #6 from hjl at gcc dot gnu dot org 2009-03-30 14:29 ---
Subject: Bug 38781
Author: hjl
Date: Mon Mar 30 14:29:10 2009
New Revision: 145292
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145292
Log:
2008-03-30 H.J. Lu hongjiu...@intel.com
PR target/38781
--- Comment #7 from hjl dot tools at gmail dot com 2009-03-30 14:33 ---
Fixed for 4.5.0. No plan to back port.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2009-03-30 14:35 ---
Subject: Bug 39563
Author: jakub
Date: Mon Mar 30 14:35:03 2009
New Revision: 145293
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145293
Log:
PR debug/39563
* c-decl.c (struct c_binding): Add
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29274
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39492
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P2
--- Comment #3 from jmcdonald at fairfield dot com 2009-03-30 14:44 ---
Created an attachment (id=17559)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17559action=view)
A more simple test case which recreates the memor correction bug (1 file)
I worked with the sources a bit more,
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-03-30 14:56 ---
We want to simplify
(ashift:V4SI (neg:V4SI (reg:V4SI 87))
(const_int 1 [0x1]))
to
(neg:V4SI (ashift:V4Si (reg:V4SI 87)
(const_int 1 [0x1]))
but the code obviously doesn't expect vector modes. For the
--- Comment #4 from jmcdonald at fairfield dot com 2009-03-30 14:59 ---
Created an attachment (id=17560)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17560action=view)
The GCC preprocessed files to go with the simple, one-source-file test case.
And here are the gcc preprocessed
--- Comment #11 from jakub at gcc dot gnu dot org 2009-03-30 15:01 ---
Subject: Bug 39558
Author: jakub
Date: Mon Mar 30 15:00:52 2009
New Revision: 145297
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145297
Log:
PR target/39558
* macro.c (cpp_get_token): If
--- Comment #12 from jakub at gcc dot gnu dot org 2009-03-30 15:06 ---
Subject: Bug 39558
Author: jakub
Date: Mon Mar 30 15:06:14 2009
New Revision: 145298
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145298
Log:
PR target/39558
* macro.c (cpp_get_token): If
--- Comment #3 from tromey at gcc dot gnu dot org 2009-03-30 15:15 ---
Not a bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-30 15:23 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jakub at gcc dot gnu dot org 2009-03-30 15:24 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from tromey at gcc dot gnu dot org 2009-03-30 15:26 ---
Subject: Bug 39512
Author: tromey
Date: Mon Mar 30 15:25:42 2009
New Revision: 145300
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145300
Log:
PR preprocessor/39512:
* line-map.c
--- Comment #3 from tromey at gcc dot gnu dot org 2009-03-30 15:26 ---
I checked in the fix.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jsm28 at gcc dot gnu dot org 2009-03-30 15:28 ---
fix-header has been removed for 4.5, so all bugs relating to it are gone.
Most targets no longer use it, a few that used it were removed.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed
--- Comment #25 from jsm28 at gcc dot gnu dot org 2009-03-30 15:37 ---
Closing 4.2 branch. Original bug was fixed for 4.2.0, rejects-valid
for 4.3.0.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from jsm28 at gcc dot gnu dot org 2009-03-30 15:39 ---
Closing 4.2 branch, reported as working with 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from jsm28 at gcc dot gnu dot org 2009-03-30 15:41 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jsm28 at gcc dot gnu dot org 2009-03-30 15:42 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from jsm28 at gcc dot gnu dot org 2009-03-30 15:43 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jsm28 at gcc dot gnu dot org 2009-03-30 15:43 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from jsm28 at gcc dot gnu dot org 2009-03-30 15:44 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jsm28 at gcc dot gnu dot org 2009-03-30 15:45 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jsm28 at gcc dot gnu dot org 2009-03-30 15:46 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jsm28 at gcc dot gnu dot org 2009-03-30 15:47 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-03-30 15:26 ---
protoize has been removed for GCC 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from jsm28 at gcc dot gnu dot org 2009-03-30 15:48 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jsm28 at gcc dot gnu dot org 2009-03-30 15:49 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from jsm28 at gcc dot gnu dot org 2009-03-30 15:50 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jsm28 at gcc dot gnu dot org 2009-03-30 15:51 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jsm28 at gcc dot gnu dot org 2009-03-30 15:52 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jsm28 at gcc dot gnu dot org 2009-03-30 15:54 ---
Closing 4.2 branch. The patch actually went on trunk before 4.2 branched.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from laurent at guerby dot net 2009-03-30 15:58 ---
Kaz, do you know if this problem fixed in 4.2/4.3/4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
--- Comment #5 from paolo dot carlini at oracle dot com 2009-03-30 15:58
---
Your code triggers undefined behaviour here:
const char* OutBuf = reinterpret_castconst char*(OutStream.str().c_str());
because str() returns a temporary string, which then dies, leaving OutBuf
pointing to
--- Comment #3 from sje at gcc dot gnu dot org 2009-03-30 16:44 ---
Subject: Bug 38237
Author: sje
Date: Mon Mar 30 16:43:40 2009
New Revision: 145303
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145303
Log:
PR middle-end/38237
* tree.h (tree_find_value): New
--- Comment #4 from sje at cup dot hp dot com 2009-03-30 16:46 ---
Closing out as fixed in 4.5. It is probably not worth backporting to 4.4 since
it doesn't cause any failures that we know of.
--
sje at cup dot hp dot com changed:
What|Removed
--- Comment #11 from aran at 100acres dot us 2009-03-30 16:51 ---
(In reply to comment #9)
My mistake, I printed the operands to mpz_pow_ui and got
gfc_arith_power: op1 = 2
gfc_arith_power: power = 2147483647
When I call mpz_pow_ui from c with these arguments, I get
GNU MP: Cannot
--- Comment #14 from jsm28 at gcc dot gnu dot org 2009-03-30 16:57 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jsm28 at gcc dot gnu dot org 2009-03-30 16:58 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sje at cup dot hp dot com 2009-03-30 16:59 ---
Closing this out since it is now fixed for 4.5.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #9 from jsm28 at gcc dot gnu dot org 2009-03-30 17:00 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-03-30 17:00 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-30 17:01 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-03-30 17:01
---
This is probably the same as target/37436. However, that fix has not been
back-ported to the 4.3 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36415
--- Comment #15 from jsm28 at gcc dot gnu dot org 2009-03-30 17:02 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-30 17:03 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-30 17:03 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jsm28 at gcc dot gnu dot org 2009-03-30 17:04 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Compiling this with -Wmissing-field-initializers evokes a warning:
struct foo { int a; int b; };
struct foo f = { 1 };
but with designated initializers it does not:
struct foo { int a; int b; };
struct foo f = { .a = 1 };
That -Wmissing-field-initializers works this way is even
--- Comment #8 from jsm28 at gcc dot gnu dot org 2009-03-30 17:05 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ramana at gcc dot gnu dot org 2009-03-30 17:11 ---
Assigning to self.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from jakub at gcc dot gnu dot org 2009-03-30 17:42 ---
Subject: Bug 35652
Author: jakub
Date: Mon Mar 30 17:42:27 2009
New Revision: 145308
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145308
Log:
Revert PR c++/35652
Removed:
--- Comment #4 from roger dot ferrer at bsc dot es 2009-03-30 18:04 ---
Thanks a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39512
--- Comment #1 from ramana at gcc dot gnu dot org 2009-03-30 18:10 ---
Confirmed. The compiler could generate a
mov sp, r3 instead and the code would be right.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
I am trying to write an inline asm statement that atomically adds a number to a
memory variable. Here's what I came up with:
#define atomic_add(mem,val) asm volatile (lock; add%z0 %1, %0: +m (mem):
ir (val))
This appears to work fine on x86, but in 64-bit mode %z returns ll instead of
q for
As the following example shows, this optimization cannot be performed legally
if the parallel loop spawns tasks which reference vars local to the parallel
region. Without the optimization, all tasks would be executed at the implicit
barrier at the end of the loop (where array is still intact)
--- Comment #6 from ramana at gcc dot gnu dot org 2009-03-30 18:35 ---
A run through the debugger shows it to be the same as #37436. A backport of the
patch for #37436 fixes the ICE. Bootstrap and regression test under way. Hence
marking this as a duplicate of the same and reopening
--- Comment #7 from ramana at gcc dot gnu dot org 2009-03-30 18:35 ---
*** Bug 36415 has been marked as a duplicate of this bug. ***
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ramana at gcc dot gnu dot org 2009-03-30 18:36 ---
This still exists for the 4.3 branch. Hence reopening.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Revision 145272:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00779.html
caused:
[...@gnu-33 gcc]$ cat /tmp/x.i
double
foo (unsigned long var)
{
return var;
}
[...@gnu-33 gcc]$ ./xgcc -B./ -m32 -S -ansi /tmp/x.i
[...@gnu-33 gcc]$ ./xgcc -B./ -m32 -S -ansi /tmp/x.i -march=core2
/tmp/x.i: In
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-30 19:19 ---
Please provide a testcase.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from pault at gcc dot gnu dot org 2009-03-30 19:35 ---
Subject: Bug 26227
Author: pault
Date: Mon Mar 30 19:35:14 2009
New Revision: 145314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145314
Log:
2009-03-30 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #9 from pault at gcc dot gnu dot org 2009-03-30 19:35 ---
Subject: Bug 24886
Author: pault
Date: Mon Mar 30 19:35:14 2009
New Revision: 145314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145314
Log:
2009-03-30 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #10 from pault at gcc dot gnu dot org 2009-03-30 19:35 ---
Subject: Bug 22571
Author: pault
Date: Mon Mar 30 19:35:14 2009
New Revision: 145314
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145314
Log:
2009-03-30 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-03-30 19:37 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-30 19:38 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jsm28 at gcc dot gnu dot org 2009-03-30 19:39 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jsm28 at gcc dot gnu dot org 2009-03-30 19:39 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jsm28 at gcc dot gnu dot org 2009-03-30 19:40 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-03-30 19:40 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-03-30 19:41 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-03-30 19:42 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-03-30 19:42 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from jsm28 at gcc dot gnu dot org 2009-03-30 19:43 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2009-03-30 19:45 ---
It will fail with -msse:
[...@gnu-33 gcc]$ ./xgcc -B./ -m32 -S -ansi /tmp/x.i -msse
/tmp/x.i: In function foo:
/tmp/x.i:5: error: unrecognizable insn:
(insn 23 22 16 2 /tmp/x.i:4 (set (reg:DF 8 st [orig:58
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.0
Version|4.4.0 |4.5.0
--- Comment #2 from felix-gcc at fefe dot de 2009-03-30 19:54 ---
Uh, I did. Use the macro like this:
int foo=2;
atomic_add(foo,3);
then try size_t as type of foo and compile on x86_64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39590
--- Comment #3 from hjl dot tools at gmail dot com 2009-03-30 19:59 ---
(In reply to comment #2)
Uh, I did. Use the macro like this:
int foo=2;
atomic_add(foo,3);
then try size_t as type of foo and compile on x86_64.
That is not a testcase. I need a valid C source code,
Awesome! Thanks Li, the patch looks good. Tobias will take care
of including it to the graphite branch.
Sebastian
--- Comment #3 from sebpop at gmail dot com 2009-03-30 20:03 ---
Subject: Re: [graphite] Remove GBB_LOOPS
Awesome! Thanks Li, the patch looks good. Tobias will take care
of including it to the graphite branch.
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39568
--- Comment #21 from jsm28 at gcc dot gnu dot org 2009-03-30 20:16 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jsm28 at gcc dot gnu dot org 2009-03-30 20:17 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jsm28 at gcc dot gnu dot org 2009-03-30 20:18 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from jsm28 at gcc dot gnu dot org 2009-03-30 20:18 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from jsm28 at gcc dot gnu dot org 2009-03-30 20:19 ---
Closing 4.2 branch, fixed in 4.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 225 matches
Mail list logo
