1) Compiler command:
gcc -v -save-temps -pthread -c test_mt.c
Reading specs from
/usr/intel/pkgs/gcc/3.4.2/lib/gcc/i686-pc-linux-gnu/3.4.2/specs
Configured with: ../gcc-3.4.2/configure --prefix=/usr/intel/pkgs/gcc/3.4.2
--disable-libgcj --enable-languages=c,c++,f77,objc
Thread model: posix
gcc
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-14 07:51 ---
Same here, native and little_endian work, but big_endian/swap produces the
wrong number (here: NaN). It also works if one does not use real(10) but
real(8)
If I run the created program through valgrind:
==26772==
http://gcc.gnu.org/onlinedocs/gfortran/GFORTRAN_005fCONVERT_005fUNIT.html
Result (on x86_64/Linux):
GFORTRAN_CONVERT_UNIT set to
default:LITTLE_ENDIAN
native:LITTLE_ENDIAN
swap:BIG_ENDIAN
little_endian:LITTLE_ENDIAN
big_endian:BIG_ENDIAN
GFORTRAN_CONVERT_UNIT set to BIG_ENDIAN ! same with
--- Comment #1 from dominiq at lps dot ens dot fr 2007-05-14 08:52 ---
On PPC/darwin7 I get
[karma] f90/bug% a.out
GFORTRAN_CONVERT_UNIT set to
default:BIG_ENDIAN
native:BIG_ENDIAN
swap:LITTLE_ENDIAN
little_endian:LITTLE_ENDIAN
big_endian:BIG_ENDIAN
[karma] f90/bug% setenv
--- Comment #60 from rguenth at gcc dot gnu dot org 2007-05-14 09:25
---
But it doesn't have a result, does it? Given that, I wonder how moving stmts
across it is prevented?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29286
--- Comment #20 from raf2 at msux dot cjb dot net 2007-05-14 09:30 ---
We have talked about the undefined behaviour of having references to objects
that have been destroyed.
Can someone provide a program with that undefined behaviour that could not be
considered an error?
--
http://gcc.gnu.org/onlinedocs/gfortran/Runtime-Options.html#Runtime-Options
$ gfortran -fconvert=native test.f90
$ gfortran -fconvert=swap test.f90
$ gfortran -fconvert=little_endian test.f90
f951: error: unrecognized command line option -fconvert=little_endian
$ gfortran -fconvert=big_endian
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-14 09:38 ---
GFORTRAN_CONVERT_UNIT set to
default:BIG_ENDIAN
GFORTRAN_CONVERT_UNIT set to LITTLE_ENDIAN
default:BIG_ENDIAN
However I am confused about what to expect from this test:
should the default change or not?
I
--- Comment #14 from P dot Schaffnit at access dot rwth-aachen dot de
2007-05-14 10:06 ---
Hi!
Sorry about the noise, I'm wondering: the trick of using a tiny C routine:
kill ( (pid_t)0, SIGILL );
is there any obvious reason for that?
Thanks!
Philippe
--
--- Comment #4 from justin dot forest at gmail dot com 2007-05-14 10:57
---
$ g++ --version
i686-apple-darwin8-g++- 4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build
5250)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-14 12:00 ---
And this is not a GCC bug, define _GNU_SOURCE in the C case if you want the
extra functionality from glibc. g++ defines it because libstdc++ uses some of
it in its headers.
--
pinskia at gcc dot gnu dot org
On 14 May 2007 08:25:27 -, rguenth at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #60 from rguenth at gcc dot gnu dot org 2007-05-14 09:25
---
But it doesn't have a result, does it? Given that, I wonder how moving stmts
across it is prevented?
Okay, so then it
--- Comment #61 from dberlin at gcc dot gnu dot org 2007-05-14 12:44
---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement new does not change the
dynamic type as it should
On 14 May 2007 08:25:27 -, rguenth at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #60
--- Comment #3 from marcus at better dot se 2007-05-14 15:24 ---
Subject: Re: [JNI] -X options not recognised by JNI_CreateJavaVM
Could you try this patch?
I'm trying, but my brand new Thinkpad insists on rebooting every time I build
gcc. Will have to investigate...
Marcus
--
On amd64 debian gfortran fails (both trunk and recent 4.2 from GFortran wiki):
module materials
implicit none
integer,parameter :: dr = kind(1.0d0)
private
type md_field
real(dr),dimension(1:3,1:99) :: realspeed
real(dr),dimension(1:99) :: mass,kinenergy
end type
--- Comment #62 from rguenth at gcc dot gnu dot org 2007-05-14 16:20
---
We ICE with
template class T, class T2, int D
class Vector
{
public:
Vector()
{
for (int i = 0; i D; ++i)
new (x_m[i]) T2();
}
T2 operator[](int i) { return *reinterpret_castT2*(x_m[i]);
--- Comment #63 from dberlin at gcc dot gnu dot org 2007-05-14 16:38
---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement new does not change the
dynamic type as it should
On 14 May 2007 15:20:14 -, rguenth at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
--- Comment #62
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-05-14 16:39 ---
The problem is the handling of arrays in the MIN intrinsic. The reporter
probably wanted MIN(MINVAL(x%kinenergy), MINVAL(x%realspeed)) as the
dimensions of REALSPEED and KINENERGY are not conformable.
$ sunf95
--- Comment #32 from amylaar at spamcop dot net 2007-05-14 16:39 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
Quoting pcarlini at suse dot de [EMAIL PROTECTED]:
safely when the target doesn't have infinities.
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-05-14 16:41 ---
Minimal testcase:
$ cat pr31919.f90
INTEGER :: a(2), b(2,2)
PRINT *, MIN(a, b)
END
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31919
--- Comment #33 from pcarlini at suse dot de 2007-05-14 16:54 ---
(In reply to comment #32)
/* Define to 1 if you have the `finitef' function. */
/* #undef _GLIBCXX_HAVE_FINITEF */
/* Define to 1 if you have the `_finitef' function. */
/* #undef _GLIBCXX_HAVE__FINITEF */
/* Define
For the following code given in [1] GCC produces identical multiplication by
constant code [2]. I believe the fault is with the simplification of a 64bit
multiply by 0x1 (ie low word == -1 and high word == 1) where the
effect will be a multiply by 0x0.
Thanks,
Ian Rogers
[1]
--- Comment #64 from ian at airs dot com 2007-05-14 17:42 ---
Re: comment #59: CHANGE_DYNAMIC_TYPE_EXPR does not have a result. I set it up
so that it is essentially volatile, and represents an additional type aliasing
at that point in the program.
One of the earlier patches set it up
Here's a snippet from the HEAD version of gdb.java/jprint.java in the GDB
testsuite:
public static void main(String[] args) {
jprint x = new jprint ();
x.dothat (44);
print (k, 33);
}
GCC's debug info reports that x is a pointer in %rax when compiled with -g -O0.
It reports that
--- Comment #1 from drow at gcc dot gnu dot org 2007-05-14 17:45 ---
Created an attachment (id=13552)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13552action=view)
Test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31920
--- Comment #21 from bangerth at dealii dot org 2007-05-14 17:50 ---
This is getting completely off-topic, so here's my last post:
(In reply to comment #20)
Can someone provide a program with that undefined behaviour that could not be
considered an error?
As long as you don't touch
--- Comment #4 from pcarlini at suse dot de 2007-05-14 17:52 ---
I have a draft...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
--- Comment #65 from ian at airs dot com 2007-05-14 18:14 ---
Created an attachment (id=13553)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13553action=view)
Patch
Thanks for the new test case. Here is a new patch. The change compared to the
previous patch is just that we check
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-14 18:17 ---
It should be little-endian (with hyphen). The environment variable and the
convert=... in Fortran use underscores which confused me.
I rechecked the manual and it indeed says little-endian with hyphen
- close as
--- Comment #3 from patchapp at dberlin dot org 2007-05-14 18:30 ---
Subject: Bug number PR31919
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/2007-05/msg00890.html
--
module mman
implicit none
private
public mskew,nskew
contains
function nskew() result(y)
real :: y(1)
call skewm(y)
end function nskew
!
function mskew()
real :: mskew(1)
call skewm(mskew)
end function mskew
!
subroutine skewm(smat)
real, intent(out) :: smat(1)
smat = 0.0
end subroutine
--- Comment #1 from dominiq at lps dot ens dot fr 2007-05-14 19:14 ---
Works for me on powerpc-apple-darwin7 with gfortran 4.3.0 20070511
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31921
program x
implicit none
character(20) :: ch
ch = ' '
print '(a)', trim(ch)
end program x
valgrind:
==23260== Conditional jump or move depends on uninitialised value(s)
==23260==at 0x4EBD506: formatted_transfer_scalar (transfer.c:888)
==23260==by 0x4EBDFCC: formatted_transfer
--- Comment #34 from amylaar at spamcop dot net 2007-05-14 19:25 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
Quoting pcarlini at suse dot de [EMAIL PROTECTED]:
Now, the strange thing is that, before these two
--- Comment #17 from pluto at agmk dot net 2007-05-14 20:02 ---
(In reply to comment #16)
So, i gave it the old college try, and it turns out to be much harder
than I expected because of mem-ssa and other changes that went into
4.3
yup, looks like a nice bullet for 4.2.0 release.
--- Comment #3 from patchapp at dberlin dot org 2007-05-14 20:05 ---
Subject: Bug number PR31917
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/2007-05/msg00900.html
--
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-14 20:06 ---
I believe this is a duplicate of PR 31692 which was fixed Tue May 8, which
explains that it is failing in 20070506 but working in 20070511.
Please reopen if there are other issues.
*** This bug has been marked as a
--- Comment #7 from burnus at gcc dot gnu dot org 2007-05-14 20:06 ---
*** Bug 31921 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #1 from burnus at gcc dot gnu dot org 2007-05-14 20:24 ---
Jerry, you are one of the libgfortran/IO experts, could you have a look?
_gfortran_transfer_character (dt_parm.0, pstr.1, len.2);
uses uninitialized memory if len = 0 and p = NULL. This happens because
--- Comment #25 from dberlin at gcc dot gnu dot org 2007-05-14 20:01
---
which should be the most interesting parts of the diff (apart from the
extra vops that prevent the DCE).
Danny? Any hints on what can go wrong here?
The first pass is obviously generating wrong answers,
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-05-14 20:29
---
Subject: Bug 31725
Author: fxcoudert
Date: Mon May 14 19:29:33 2007
New Revision: 124720
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124720
Log:
PR fortran/31725
* trans-expr.c
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.0 4.2.0 4.1.2 |4.2.0 4.1.2
Known to work||4.3.0
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-05-14 20:34
---
Subject: Bug 30723
Author: fxcoudert
Date: Mon May 14 19:33:57 2007
New Revision: 124721
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124721
Log:
PR fortran/30723
* trans.h
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-05-14 20:34
---
Fixed on mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
The following test program compiles without error or warning on g++ (versions
2.95.3, 3.4.5, 4.0.2, 4.1.0, 4.1.1, and 4.3-20070323):
templateclass T
static void F();
template
static void Fint(); // Explicit specialization with storage class specifier
The C++ standard seems to disallow this.
--- Comment #8 from pault at gcc dot gnu dot org 2007-05-14 20:51 ---
The patch below works and regtests OK. I am not convince that this is the
whole story and need to think about it for a day or two.
Paul
Index: gcc/fortran/trans-array.c
--- Comment #1 from tromey at gcc dot gnu dot org 2007-05-14 20:57 ---
It is easy to forget to update this file, I'm sure that is what happened.
This only matters if you have CNI code that uses one of these classes.
So, it is definitely a problem, but generally not a very serious one.
--- Comment #2 from patchapp at dberlin dot org 2007-05-14 21:20 ---
Subject: Bug number PR 31915
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/2007-05/msg00907.html
--
--- Comment #5 from paolo at gcc dot gnu dot org 2007-05-14 21:21 ---
Subject: Bug 29928
Author: paolo
Date: Mon May 14 20:21:34 2007
New Revision: 124724
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124724
Log:
/cp
2007-05-14 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from pcarlini at suse dot de 2007-05-14 21:22 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
The change to the C preprocessor to recognize df, dd, and dl as suffixes
for decimal floating point constants also allows fd and ld; a check for
that assumed that the the letters are examined from left to right, but they are
examined from right to left. There are no errors for the following:
Internal compiler error in `store_bit_field', at expmed.c:277.
It seems that I've come across a case where compiling with gcc 2.95.4 (from the
Debian package 2.95.4-22) using -O3 crashes, while compiling with no
optimization does not crash.
I will attach the .i file produced with -save-temps.
--- Comment #1 from mkgnu at mkgnu dot net 2007-05-14 22:03 ---
Created an attachment (id=13554)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13554action=view)
Source code that causes an internal compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31925
--- Comment #2 from mkgnu at mkgnu dot net 2007-05-14 22:05 ---
Output of gcc -v
$ gcc -v -O3 -c bm_kiss_double.cil.i
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20011002 (Debian prerelease)
/usr/lib/gcc-lib/i386-linux/2.95.4/cc1 bm_kiss_double.cil.i
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-14 22:06 ---
Well 2.95.4 is almost 6 years old and is no longer being maintained and has not
for at least 5 years. Since you already mention this is fixed 3.3.5 I am going
to close as being fixed there. Also note any release
svn Revision: 124725
-
$ gcc -DHAVE_CONFIG_H -I. -I..-mno-cygwin -mdll -mthreads -DNDEBUG -UDEBUG
-DWIN32 -D_WIN32 -DCONFIG_GPL -O4 -march=i686 -mtune=i686 -mssse3 -fomit-frame-
pointer -finline-functions -finline
--- Comment #1 from jojelino at gmail dot com 2007-05-14 22:23 ---
Created an attachment (id=13555)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13555action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31926
--- Comment #66 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #67 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #37 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from mmitchel at gcc dot gnu dot org 2007-05-14 22:25
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-05-14 22:26
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #48 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-05-14 22:27
---
Will not be fixed in 4.2.0; retargeting at 4.2.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 132 matches
Mail list logo
