--- Comment #5 from martin at mpa-garching dot mpg dot de 2006-02-23 09:01
---
I still see it with version 4.2.0 20060222 :(
I guess it would really nice if "gfortran -v" would print the SVN revision
number...
~/tmp>gfortran -v -c bug.f90
Using built-in specs.
Target: i686-pc-linux-gnu
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-02-23 09:01
---
In keeping with your choice of "target" category, I think this is a
Darwin-specific thing. ASM_DECLARE_OBJECT_NAME() in config/darwin.h says:
/* Darwin doesn't support zero-size objects, so give them a
--- Comment #1 from george dot wieggers at gmail dot com 2006-02-23 09:12
---
Created an attachment (id=10898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10898&action=view)
Prepocessed source causing the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26438
Trying to build gcc-4.1.0 20060219 on :
HP-UX tiger B.11.11 U 9000/800 3836333978 unlimited-user license
../gcc-4.1.0-20060219/configure --prefix=/usr/local/gcc-4.1.0 --without-gnu-ld
--with-gnu-as --with-as=/usr/local/bin/as
(using GNU assembler 2.15)
command which causes ICE (reproducible):
.
--- Comment #32 from mueller at gcc dot gnu dot org 2006-02-23 09:59
---
Created an attachment (id=10899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10899&action=view)
reworked patch
Ok, based on Falk's patch, I've hammered on it long enough until there were no
more false posi
--- Comment #7 from r dot emrich at de dot tecosim dot com 2006-02-23
11:04 ---
Subject: Re: gcj seems not to pass the option to ld correctly
The config.log in libjava has two entries for libiconv:
LIBICONV
which is
LIBICONV='/appl/shared/gnu/Linux/ia64-unknown-linux-gnu/lib/libiconv.s
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-02-23 11:06
---
Subject: Bug 26291
Author: reichelt
Date: Thu Feb 23 11:06:55 2006
New Revision: 111385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111385
Log:
PR c++/26291
* decl.c (grok_op_properties)
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-02-23 11:08
---
Now also fixed on the 3.4 branch.
Waiting for the 4.1 branch to reopen.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-23 11:42
---
In contrast to PR 25937, I can reproduce this bug also on
x86_64-unknown-linux-gnu.
Shorter testcase:
=
int foo(int *p, int n)
{
int i, j, k = 0;
for ( i = 0; i <
_Complex double c;
_Complex double foo(void)
{
_Complex double *cp = &c;
__real c = __imag c;
return *cp;
}
has in alias1:
foo ()
{
complex double * cp;
complex double D.1527;
double D.1526;
:
cp_1 = &c;
# VUSE ;
D.1526_3 = IMAGPART_EXPR ;
# SFT.1_5 = V_MUST_DEF ;
REALP
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-23 12:20 ---
I'm working on a fix. find_func_aliases needs to handle complex types like
AGGREGATE_TYPE_P types.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26439
--- Comment #3 from christian dot metzler at bmw-carit dot de 2006-02-23
12:25 ---
Seems to be fixed in 4.0.2
--
christian dot metzler at bmw-carit dot de changed:
What|Removed |Added
---
The attached testcase ICEs with
./f951 t.f -ffixed-form -quiet -dumpbase t.f -mtune=pentiumpro -auxbase t -O0
-pedantic -W -Waliasing -std=legacy -version -fno-automatic -frepack-arrays
-ff2c -o /dev/null
GNU F95 version 4.1.0 20060222 (prerelease) (i686-pc-linux-gnu)
compiled by GNU C ve
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-23 12:40 ---
Created an attachment (id=10900)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10900&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26440
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-23 12:48 ---
We are trying to expand
#3 0x0816828b in expand_builtin (exp=0x401f8258, target=0x401f3e30,
subtarget=0x401f3e30, mode=SFmode, ignore=0)
at /space/rguenther/src/svn/gcc-4_1-branch/gcc/builtins.c:5651
5651
The file libjava/libltdl/ltdl.c come with gcc-java-3.4.5 is out of date. it
has a memory leak bug. Invoking Class.forName(String) against no exisiting
class in the default package (e.g., Class.forName("Foo")) hits this bug and
leaks some native memory.
Libtool version 1.5.12 (dated Feb 2005) or
Hi!
We have the following reduced testcase code:
===
#include
#include
using namespace std;
string FormatString(const char* szFmt, ...) {
const int BUF_SIZE = 1024;
char buf[BUF_SIZE] = {0};
va_list args;
--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-23 13:29
---
Created an attachment (id=10901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10901&action=view)
The preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26442
--- Comment #8 from aph at redhat dot com 2006-02-23 13:38 ---
Subject: Re: Re: gcj seems not to pass the option to ld correctly
Rainer Emrich writes:
> The config.log in libjava has two entries for libiconv:
> LIBICONV
> which is
> LIBICONV='/appl/shared/gnu/Linux/ia64-unknown-linu
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-23 13:45 ---
ICE is because of PR26439
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
BugsThis
--- Comment #6 from dir at lanl dot gov 2006-02-23 13:55 ---
Yes, this was working - this is from one of the programs that I used for
testing while you were fixing the other I/O bugs - I am not sure when it broke
- my test all combinations of I/O program, which you once silenced, is ,now
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-02-23 14:11
---
For me, on Linux/x86, it works with revision 111200, but ICEs with 111300 and
111387.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26409
The following C++ code crashes the mainline compiler on
x86_64-unknown-linux-gnu when compiled with -O3:
===
struct A
{
double x[4];
};
struct B
{
A y[2];
};
A foo(B *p)
{
for ( int i=0; i<4; ++i )
p->y[1].x[i]=0;
A a;
return a;
}
--- Comment #9 from r dot emrich at de dot tecosim dot com 2006-02-23
14:45 ---
Subject: Re: gcj seems not to pass the option to ld correctly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Haley schrieb:
> Rainer Emrich writes:
> > The config.log in libjava has two entries for
--- Comment #7 from jb at gcc dot gnu dot org 2006-02-23 14:52 ---
It might be related to my patch for PR25949.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from patchapp at dberlin dot org 2006-02-23 15:00 ---
Subject: Bug number PR26421
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-02/msg01803.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-23 15:17
---
Confirmed. Reduced testcase:
===
struct A
{
A();
};
void foo()
{
if (0)
A();
}
===
Happens since GCC 4.0.0
--
reichelt at gcc dot gnu dot org changed:
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-23 15:33
---
Confirmed. Reduced testcase:
===
real function FOO()
real X
FOO=SIGN(FOO,X)
end
===
--
reichelt at gcc dot gnu dot org changed:
--- Comment #10 from aph at redhat dot com 2006-02-23 15:41 ---
Subject: Re: gcj seems not to pass the option to ld correctly
Rainer Emrich writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Andrew Haley schrieb:
> > Rainer Emrich writes:
> > > The config.log in libj
gfortran currently yields ICEs trying to compile the cp2k code. To make it
easier to address these, I'll attach a 'preprocessed source'.
cp2k.f90: In function ‘timeset_full’:
cp2k.f90:10751: internal compiler error: Segmentation fault
I've decided to make it the full program, so that it can be c
--- Comment #33 from mueller at gcc dot gnu dot org 2006-02-23 15:47
---
Created an attachment (id=10902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10902&action=view)
updated patch.
better patch. I'm going to post that one when regtesting completes.
--
mueller at gcc dot
--- Comment #8 from dir at lanl dot gov 2006-02-23 15:54 ---
I restore the last version (110201) that I tested just after -
2006-01-24 Jerry DeLisle <[EMAIL PROTECTED]>
PR libgfortran/25835
* io/transfer.c (st_read_done): Flush buffers when read is done.
and it works
--- Comment #1 from jv244 at cam dot ac dot uk 2006-02-23 15:55 ---
Ok, bugzilla kindly doesn't allow to attach anything more than 1Mb. If any of
the bugmasters can provide permanent space for a ~5Mb file (compressed) they
can write me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-23 16:03 ---
Subject: Bug 26439
Author: rguenth
Date: Thu Feb 23 16:03:47 2006
New Revision: 111389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111389
Log:
2006-02-23 Richard Guenther <[EMAIL PROTECTED]>
PR
Call to the following function ...
/*inline */ void ConvertFloatSSE(void *inBuff, void *outBuff, int len)
{
unsigned char* inByteBuffer = reinterpret_cast(inBuff);
float* outFloatBuffer = reinterpret_cast(outBuff);
for(int i = 0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=26
--- Comment #34 from falk at debian dot org 2006-02-23 16:16 ---
(In reply to comment #33)
> Created an attachment (id=10902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10902&action=view) [edit]
> updated patch.
>
> better patch. I'm going to post that one when regtesting compl
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-23 16:16 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #11 from r dot emrich at de dot tecosim dot com 2006-02-23
16:17 ---
Subject: Re: gcj seems not to pass the option to ld correctly
Andrew Haley schrieb:
> Rainer Emrich writes:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Andrew Haley schrieb:
> > >
--- Comment #35 from rguenth at gcc dot gnu dot org 2006-02-23 16:18
---
I suggested to put it in VRP so one can do analysis for non-constant indices.
Possibly by splitting the warning like strict aliasing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8268
We're currently trying to get our binary mudflapped with gcc 4.1-20060217.
Compiling with -fmudflap works (for the C code; FFLAGS omits -fmudflap),
linking with -lmudflap is also no problem.
When calling the binary, we get:
bash> ./testbin
Operating system error: Success
Memory allocation failed
--- Comment #36 from law at redhat dot com 2006-02-23 16:31 ---
Subject: Re: no compile time array index checking
On Thu, 2006-02-23 at 16:18 +, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #35 from rguenth at gcc dot gnu dot org 2006-02-23 16:18
> ---
> I sugge
verify_flow_info tripped an internal error.
OK with -O1 but not with -O2
[EMAIL PROTECTED] tmp]$ /home/aph/install/bin/gcj -c -O1 -g -fPIC
-findirect-dispatch
-fjni AbstractCommentParser.class
[EMAIL PROTECTED] tmp]$ /home/aph/install/bin/gcj -c -O2 -g -fPIC
-findirect-dispatch
-fjni AbstractCo
--- Comment #1 from aph at gcc dot gnu dot org 2006-02-23 16:34 ---
Created an attachment (id=10903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10903&action=view)
File to compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #2 from falk at debian dot org 2006-02-23 16:37 ---
It would be very helpful if you could extract a single-file test case. Would
that be possible? The size of the test case doesn't matter, just that it's
a single .i file so we can easily reproduce it.
--
http://gcc.gnu.o
namespace lib1
{
namespace part
{
typedef int result;
}
}
namespace lib2
{
namespace part = lib1::part;
}
using namespace lib1;
using namespace lib2;
int main()
{
part::result val = 0;
return val;
}
The above code results in a compilation error, "error: `part' h
--- Comment #9 from dir at lanl dot gov 2006-02-23 17:24 ---
It also works at version 110894, just before the patch for pr25835 -
[dranta:~/tests/gfortran-D] dir% gfortran -o testio8 testio8.f
[dranta:~/tests/gfortran-D] dir% testio8
1.00 -1.00
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-23 17:24 ---
Mudflap needs memory to set up runtime data structures, so you simply need more
(virtual) memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26446
--- Comment #5 from aph at gcc dot gnu dot org 2006-02-23 17:40 ---
.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from walter dot zimmer at dlr dot de 2006-02-23 17:43
---
(In reply to comment #1)
> Mudflap needs memory to set up runtime data structures, so you simply need
> more
> (virtual) memory.
Ok, I understand. Thanks!
> cat /proc/meminfo
MemTotal: 4038480 kB
[...]
Swap
--- Comment #9 from sje at cup dot hp dot com 2006-02-23 17:44 ---
I am still seeing this fail on ia64-hp-hpux11.23 which uses real*16. I believe
the problem is in io/write.c (output_float). While write_real sets the maximum
width to 40 for real*16, output_float still uses a 32 char bu
--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-23 18:06 ---
Subject: Bug 26412
Author: jakub
Date: Thu Feb 23 18:06:21 2006
New Revision: 111391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111391
Log:
PR middle-end/26412
* gimplify.c (omp_add_variabl
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-02-23 18:16 ---
Subject: Bug 26376
Author: dberlin
Date: Thu Feb 23 18:16:12 2006
New Revision: 111392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111392
Log:
2006-02-23 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-02-23 18:25 ---
Fixed.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
fig
../.././gcc
/scratch/obj/gcc-4.2/./gcc/include
/usr/local/include
/opt/gcc-4.2//include
/opt/gcc-4.2//lib/gcc/i686-linux-gnu/4.2.0/include
/usr/include
End of search list.
GNU C version 4.2.0 20060223 (experimental) (i686-linux-gnu)
compiled by GNU C version 4.2.0 20060223 (ex
--- Comment #2 from jb at gcc dot gnu dot org 2006-02-23 18:37 ---
I have the current CVS of cp2k, it fails with
gfortran -c -O3 -g -ffast-math -fomit-frame-pointer message_passing.f90
...
message_passing.f90: In function 'mp_perf_env_create':
message_passing.f90:58: internal compiler
--- Comment #3 from jv244 at cam dot ac dot uk 2006-02-23 18:56 ---
which is in fact different from the bug I see. This is one reason I would
prefer to have a single file (the version in CVS will change rapidly, and
requires some additional setup which is avoided if we talk about a speci
On Thu, 2006-02-23 at 18:37 +, jb at gcc dot gnu dot org wrote:
>
> --- Comment #2 from jb at gcc dot gnu dot org 2006-02-23 18:37 ---
> I have the current CVS of cp2k, it fails with
>
> gfortran -c -O3 -g -ffast-math -fomit-frame-pointer message_passing.f90
> ...
> message_passing.
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-02-23 19:25 ---
Subject: Re: gfortran does not compile cp2k
On Thu, 2006-02-23 at 18:37 +, jb at gcc dot gnu dot org wrote:
>
> --- Comment #2 from jb at gcc dot gnu dot org 2006-02-23 18:37 ---
> I have the current
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-02-23 19:25 ---
Subject: Re: gfortran does not compile cp2k
On Thu, 2006-02-23 at 18:37 +, jb at gcc dot gnu dot org wrote:
>
> --- Comment #2 from jb at gcc dot gnu dot org 2006-02-23 18:37 ---
> I have the current
--- Comment #10 from jb at gcc dot gnu dot org 2006-02-23 19:47 ---
I'm working on a patch for this, I think I found the problem.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jb at gcc dot gnu dot org 2006-02-23 20:18 ---
Created an attachment (id=10904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10904&action=view)
Causes ICE when compiled with -O3
This is a self-contained example that show the tree bug. It doesn't appear with
-O
--- Comment #14 from rakdver at gcc dot gnu dot org 2006-02-23 21:03
---
Subject: Bug 26316
Author: rakdver
Date: Thu Feb 23 21:03:05 2006
New Revision: 111397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111397
Log:
PR rtl-optimization/26316
* rtlanal.c (enum
--- Comment #3 from olh at suse dot de 2006-02-23 22:06 ---
I did some more testing today, and now even the -O1 compiled kernel starts to
fail randomly.
So I suspect either a kernel bug or a hardware failure.
--
olh at suse dot de changed:
What|Removed
I get segmentation fault when executing this input/output program:
#ifdef HAVE_CONFIG_H
#include
#endif
#include
#include
#include
using namespace std;
int main(int argc, char *argv[])
{
int num, rest, len, result;
int control= 0;
char *str;
bool flag = true;
int multi10 = 1;
--- Comment #7 from eedelman at gcc dot gnu dot org 2006-02-23 22:31
---
A few binary search steps later: Works with revision 111270, fails with 111271.
It seems to be related to the patch
2006-02-19 H.J. Lu <[EMAIL PROTECTED]>
* resolve.c (resolve_contained_functions): Cal
--- Comment #2 from sje at cup dot hp dot com 2006-02-23 22:37 ---
I have been unable to reproduce this. I am on 11.11 and using the same
binutils and GCC sources. The main difference I see is that I am using GCC
4.0.2 to bootstrap with and you are using GCC 3.2.3 as your starting poin
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-02-23 22:42
---
The testcase in comment #3 crashes again on mainline
when compiled with "-O2 -ftree-loop-linear" at least
on i686-pc-linux-gnu and x86_64-unknown-linux-gnu.
The 4.1 branch seems not to be affected.
The testcase cr
--- Comment #8 from law at redhat dot com 2006-02-23 22:47 ---
Subject: Re: [4.2 Regression] ice on valid C
code with flag -Os
On Wed, 2006-02-22 at 18:07 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-22 18:07
--- Comment #10 from law at gcc dot gnu dot org 2006-02-23 22:48 ---
Subject: Bug 26425
Author: law
Date: Thu Feb 23 22:47:58 2006
New Revision: 111399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111399
Log:
PR tree-optimization/26425
* tree-vrp.c (vrp_visit_
--- Comment #11 from law at redhat dot com 2006-02-23 22:52 ---
Should be fixed now with today's patch.
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-23 23:46
---
This problem concerns quasi-invalid debug information in an obscure compilation
mode; P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26365
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-24 00:19
---
I've closed this bug on two grounds: (1) there's nothing for GCC to do about
it, as the problem is either a binutils or HP-UX linker bug, and (2) the
binutils change has been checked in, so affected users can simpl
--- Comment #65 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #20 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #20 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #23 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #38 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #28 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #36 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #28 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #35 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #49 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from mmitchel at gcc dot gnu dot org 2006-02-24 00:26
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-24 00:26
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-24 00:26
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-24 00:26
---
This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 156 matches
Mail list logo