--- Comment #12 from pcarlini at suse dot de 2005-10-06 17:01 ---
I'm attaching a first draft implementing what I have in mind. Assuming testing
goes well, the issue of binary compatibility should be evaluated: whereas the
library-ABI is preserved, in general object code build with the c
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-06 17:06
---
Subject: Bug 23706
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 17:06:12
Modified files:
gcc: ChangeLog mode-switching.c
gcc/config/sh
I'm no longer using this email address due to the amount of spam, viruses &
junk I'm receiving.
If you'd like to contact me please go to my web site & click on contact from
there.
--- Comment #14 from rth at gcc dot gnu dot org 2005-10-06 17:17 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-06 17:20 ---
Confirmed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24232
--
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=23706
--- Comment #16 from dje at gcc dot gnu dot org 2005-10-06 17:24 ---
I do not know where the extra -B is entering, but GCC configure and build
process does not insert it. You might look for it in other environment
variables, if it still exists after you have deleted the build directory.
--- Comment #3 from indan at nul dot nu 2005-10-06 17:27 ---
(In reply to comment #2)
> Note if you want the compiling multiple .c into one .o files use -combine.
>
Thanks for the quick reply and the tip.
Shouldn't gcc either give an error, or restore the old behaviour? Would a patch
When examining the assembler output (compiled with -O2) from this class:
public class T
{
Object f1()
{
Object o = new Object();
return o.getClass();
}
}
We see a check for a null return value from _Jv_AllocObjectNoFinalizer (i.e.
the new operator).
However _Jv_Alloc
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-06 17:35 ---
Confirmed, just like the example in PR 19476 for the C++ case.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from wilson at gcc dot gnu dot org 2005-10-06 17:41 ---
Loads can have post_increment addresses with an immediate or register
increment. Stores can have post_increment address with only an immediate
increment. We have a special predicate, destination_operand, that checks
>
>
>
> --- Comment #3 from indan at nul dot nu 2005-10-06 17:27 ---
> (In reply to comment #2)
> > Note if you want the compiling multiple .c into one .o files use -combine.
> >
>
> Thanks for the quick reply and the tip.
>
> Shouldn't gcc either give an error, or restore the old be
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-06 17:44 ---
Subject: Re: undefined reference to main when linking an object file generated
from multiple .c files
>
>
>
> --- Comment #3 from indan at nul dot nu 2005-10-06 17:27 ---
> (In reply to comment #2)
> >
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-06 17:47
---
Subject: Bug 24236
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 17:46:56
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.dg: i386-sse-1
--- Comment #3 from rth at gcc dot gnu dot org 2005-10-06 17:49 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from hemasai at yahoo dot com 2005-10-06 18:12 ---
sample code:
fn(const char* fname)
{
ifstream fstr;
if (!fname)
return;
fstr.clear();
fstr.open(fname, ios::in | ios::nocreate);
if (!(fstr.is_open())) {
cout << "rdstate():" << fstr.r
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-06 18:17 ---
Since this worked for someone else
http://gcc.gnu.org/ml/gcc/2005-09/msg00077.html
Closing as works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18216
--
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=24236
--- Comment #3 from pcarlini at suse dot de 2005-10-06 18:32 ---
(In reply to comment #2)
> sample code:
Sorry, but this is not useful. We need a *self-contained* source file, which
we can compile and run as-is, using your very same build options. We need to
exactly reproduce the proble
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-10-06 18:37
---
I give up, 3 days no luck at getting this correct.
The current patch follows:
Index: src/powerpc/ffi_darwin.c
===
RCS file: /cvs/gcc/gcc/libffi/src/p
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-06 18:40
---
Libffi's failure info from Andreas T.:
The chunk form ffi_darwin.c has to be applied three times. Attached.
Although, with this modification I get a fail but it looks much better.
andreast% ./nested_struct3.exe
--- Comment #14 from ro at gcc dot gnu dot org 2005-10-06 19:06 ---
Same problem on mips-sgi-irix5.3 as of 20051004:
stage1/xgcc -Bstage1/ -B/vol/gcc/share/mips-sgi-irix5.3/bin/ -c -g -O2
-gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/gcc/ada
/vol/gnu/src/gcc/gcc-dist/gcc
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
command: g++-4 -v -save-temps -c lookup-bug.cc
keywords: rejects-valid
expecting: (success)
program output:
Using built-in specs.
Target: powerpc-apple-darwin7
Configured with: ../configure --prefix=/sw --prefix=/sw/lib/gcc4
--enable-languages=c,c++,f95,objc,java --infodir=/share/info --with-gmp
--- Comment #1 from fang at csl dot cornell dot edu 2005-10-06 19:22
---
Created an attachment (id=9912)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9912&action=view)
test case triggering bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24243
--- Comment #7 from janis187 at us dot ibm dot com 2005-10-06 19:25 ---
A regression hunt using the testcase from comment #4 identified this patch
from pinskia:
http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00277.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24231
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-06 19:33
---
Subject: Bug 24070
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 19:33:02
Modified files:
gcc: ChangeLog dwarf2out.c
Log message:
PR deb
--- Comment #44 from cvs-commit at gcc dot gnu dot org 2005-10-06 19:38
---
Subject: Bug 22488
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 19:38:00
Modified files:
gcc: ChangeLog tree-ssa-structalias.c
Added files:
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-06 19:40
---
Subject: Bug 24070
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-06 19:40:15
Modified files:
gcc: ChangeLog dwarf2out.
--- Comment #10 from rth at gcc dot gnu dot org 2005-10-06 19:42 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-06 19:48 ---
Here is the reduced testcase:
template class P, class T, class A>
inline int mem_fun(R (T::*f)(A), const P& null) {}
template class never_ptr {};
struct instance_collection_base {
int& pair_dump(int&) const;
This is to track this problem:
http://gcc.gnu.org/ml/libstdc++/2005-10/msg6.html
--
Summary: Problem with tr1::shared_ptr and pthreads_mutex_lock
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-06 19:58 ---
(In reply to comment #7)
> A regression hunt using the testcase from comment #4 identified this patch
> from pinskia:
And this is a latent bug because the dumps show that my patch just caused more
constant prop of &t
--- Comment #8 from janis187 at us dot ibm dot com 2005-10-06 20:17 ---
A regression hunt on powerpc-linux using the testcase from comment #6
identified this patch from rth:
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg01004.html
--
janis187 at us dot ibm dot com changed:
--- Comment #3 from fang at csl dot cornell dot edu 2005-10-06 20:30
---
Subject: Re: [4.0 regression] lookup fails to match to function
call, const-sensitive
> --- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-06 19:48
> ---
> Here is the reduced testcase:
> templ
$ cat hum.f90
program hum
contains
function hu()
end function hu
end program hum
$ gfortran -fdump-parse-tree hum.f90
Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4)
symtree: hu Ambig 0
symbol hu (REAL 4)(PROCEDURE UNKNOWN-INTENT UNKNOWN-ACCESS
INTERNAL
--- Comment #1 from pcarlini at suse dot de 2005-10-06 20:38 ---
_M_mutex, in class _Sp_counted_base is not initialized, this is certainly not
ok.
I think we can use, to begin with at least, the simple scheme already used in
the locale class and elsewhere.
--
pcarlini at suse dot de
--- Comment #1 from erik dot edelmann at iki dot fi 2005-10-06 20:38
---
I think the ICE comes from dump-parse-tree.c/show_symtree() at the line
gfc_status (" from namespace %s", st->n.sym->ns->proc_name->name);
because st->n.sym->ns->proc_name is NULL for st->n.sym = 'hu'.
--
ht
--- Comment #3 from rodolfo at rodsoft dot org 2005-10-06 20:41 ---
This also happens with 3.4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541
<-- snip -->
...
stage1/xgcc -Bstage1/ -B/TMP/test/gcc/install/i686-pc-linux-gnu/bin/ -c -O2
-g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -Wmissing-format-attribute -Wer
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-06 20:46
---
Subject: Bug 22237
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 20:46:54
Modified files:
gcc: ChangeLog tree-inline.c
Added files:
gcc/t
--- Comment #5 from gdr at integrable-solutions dot net 2005-10-06 20:56
---
Subject: Re: -fsyntax-only runs the gimplifier
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| right now if we don't gimplify with -fsyntax-only, we would not be able to
| diagnostic the follo
--- Comment #6 from gdr at integrable-solutions dot net 2005-10-06 20:57
---
Subject: Re: New: -fsyntax-only runs the gimplifier
"sabre at nondot dot org" <[EMAIL PROTECTED]> writes:
| Compiling a C++ file with -fsyntax-only -ftime-report includes time spent on
| 'tree gimplify'. U
--- Comment #7 from sje at cup dot hp dot com 2005-10-06 21:02 ---
I haven't done a full build/test but I did verify that changing operand 0 of
movti_internal from general_operand to destination_operand fixed this failure.
I was wondering if operand 1 should be changed from general_opera
--- Comment #8 from wilson at tuliptree dot org 2005-10-06 21:21 ---
Subject: Re: [4.1 Regression] ICE in extract_insn while
compiling libgfortran
On Thu, 2005-10-06 at 14:02, sje at cup dot hp dot com wrote:
> --- Comment #7 from sje at cup dot hp dot com 2005-10-06 21:02
--- Comment #5 from janis187 at us dot ibm dot com 2005-10-06 21:23 ---
This is probably not very useful, but a regression hunt using the testcase
from comment #4 identified this patch from dnovillo:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00069.html
--
http://gcc.gnu.org/bugzil
--- Comment #12 from rguenth at gcc dot gnu dot org 2005-10-06 21:26
---
For the testcase we get at output_constant time for the
C++ frontend: (intD.2) (long intD.5) &42B->soundNameD.2065[-42]
C frontend: (intD.0) (long intD.2) &42B->soundNameD.1608 - 42
the C++ front
--- Comment #4 from fang at csl dot cornell dot edu 2005-10-06 21:28
---
Subject: Re: [4.0 regression] lookup fails to match to function
call, const-sensitive
Something else puzzling to me, that I noticed from your reduction:
Why is the compiler always matching the non-const version
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-06 21:38 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-06 21:40 ---
Confirmed, backtrace:
#0 0x0805b853 in show_symtree (st=0x9d8cc10) at
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/dump-parse-tree.c:759
#1 0x0808f4e5 in gfc_traverse_symtree (st=0x9d8cc10, func=0x805b7d0
) a
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-06 21:41 ---
I have seen this issue one time and the solution is to cast the argument to
memfun to the appropriate type - f.i. the const member function, or to specify
the template parameters to memfun. In case you have both con
--- Comment #6 from fang at csl dot cornell dot edu 2005-10-06 21:47
---
I now second your opinions that this is invalid.
Upon closer examination, what I *should've* written to make this code valid is
the following:
template class P, class T, class A>
inline
const_mem_fun1_p_t
mem_fun
--- Comment #4 from sje at cup dot hp dot com 2005-10-06 21:52 ---
This defect is now fixed with the patches:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00221.html
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00110.html
--
sje at cup dot hp dot com changed:
What|Re
--- Comment #5 from sje at cup dot hp dot com 2005-10-06 21:55 ---
These failures are fixed now with the patches:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00221.html
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00110.html
--
sje at cup dot hp dot com changed:
What
--- Comment #1 from sje at cup dot hp dot com 2005-10-06 22:01 ---
This may have been an error that appeared during the time between when I
checked in the following two patches:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00221.html
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00110.ht
I killed gcc after it used >100 MB of RAM for this example:
template
int foo (T t, int = foo(T()));
int main()
{
foo(0);
}
--
Summary: recursive default arguments cause compiler out-of-memory
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-06 22:07 ---
*** This bug has been marked as a duplicate of 5247 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-06 22:07
---
*** Bug 24247 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-06 22:13
---
Subject: Bug 22237
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-06 22:13:49
Modified files:
gcc: tree-inline.c
Added
--- Comment #8 from rth at gcc dot gnu dot org 2005-10-06 22:14 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-06 22:14
---
Subject: Bug 22216
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 22:14:37
Modified files:
gcc: ChangeLog cfgexpand.c
Log message:
2
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-06 22:14
---
Subject: Bug 23651
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 22:14:37
Modified files:
gcc: ChangeLog cfgexpand.c
Log message:
2
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-06 22:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-06 22:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from janis187 at us dot ibm dot com 2005-10-06 22:21 ---
The list of work/fail versions is very odd for this bug; it seems to have
worked on mainline until sometime between 20050828 and 20050904. 3.3.5 passes,
but all 3.4.x versions I tried fail. 4.0.0 passes but 4.0.2 f
--- Comment #6 from janis187 at us dot ibm dot com 2005-10-06 22:27 ---
A regression hunt on powerpc-linux using the testcase from comment #5
identified this patch from [EMAIL PROTECTED]:
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00210.html
--
janis187 at us dot ibm dot com changed
--- Comment #2 from sje at cup dot hp dot com 2005-10-06 22:55 ---
This test fails on Linux and HP-UX so it is not a big-endian/little-endian bug
but a more general IA64 implementation failure.
--
sje at cup dot hp dot com changed:
What|Removed |Ad
--- Comment #7 from fang at csl dot cornell dot edu 2005-10-06 23:38
---
Created an attachment (id=9913)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9913&action=view)
corrected header file
Just as a follow-up, here's what the new valid header file looks like, with all
the vario
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-06 23:47
---
Subject: Bug 23612
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-06 23:47:09
Modified files:
libobjc: ChangeLog
libobjc/objc : objc-api.h
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-06 23:49
---
Subject: Bug 23615
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-06 23:49:31
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/obj-c++.dg: bit
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-06 23:49
---
Subject: Bug 23611
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-06 23:49:31
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/obj-c++.dg: bit
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-07 00:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-07 00:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-07 00:21 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from rwcrocombe at raytheon dot com 2005-10-07 00:57 ---
Subject: Re: "fill out the table" error bootstrapping
3.4.1 on Origin300 using gcc 3.0.4
pinskia at gcc dot gnu dot org wrote:
> --- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-06 18:17
> ---
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.0.2/configure --prefix=/root/bin/ --disable-multilib
--enable-languages=c,c++
Thread model: posix
gcc version 4.0.2
Output of compile:
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../generic
-mtune=opteron -march=opt
--- Comment #1 from halcy0n at gentoo dot org 2005-10-07 01:02 ---
Created an attachment (id=9914)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9914&action=view)
Preprocessed source that causes ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24248
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-07 02:01 ---
../include/InternalInputSource.h:37: error: extra qualification
OpenSP::InternalInputSource:: on member asInternalInputSource ignored
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24248
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-07 02:08 ---
After fixing that error, the mainline does not segfault, the 4.0 branch still
does.
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-07 02:16 ---
I am starting to think this is a front-end bug. Removing all lines begining
with ^# "fixes" the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-07 02:19 ---
This looks like another "pragma interface" bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24248
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-07 02:21 ---
I am starting to think this is a dup of bug 22252 because of the diagnostic we
get.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11224
--- Comment #40 from gdr at gcc dot gnu dot org 2005-10-07 03:10 ---
Fixed in 4.0.x.
WONTFIX for 3.4.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12863
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13000
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13987
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14500
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14868
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14944
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14950
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2005-09-10 05:59:30 |2005-10-07 03:18:56
date||
T
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15307
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15340
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15366
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|3.4.5 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15378
101 - 200 of 293 matches
Mail list logo
