--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-07
07:55 ---
See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00407.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-07
07:54 ---
Subject: Bug 17827
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-07 07:54:00
Modified files:
gcc: Change
--- Additional Comments From echristo at redhat dot com 2004-12-07 07:27
---
I doubt that Jan's patch is likely to be backported to 3.3 so I think we can
resolve the bug with an "upgrade" or "wontfix" for 3.3.
--
What|Removed |Added
--
--- Additional Comments From echristo at redhat dot com 2004-12-07 07:21
---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00438.html
--
What|Removed |Added
Statu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-07
06:59 ---
> Look at the routines we implement in libgcc and ask again. We never did
> implement sub-word routines.
Not sure what you meant with "never", but take a look at comment #6...
--
http://gcc.gnu.org/
--- Additional Comments From echristo at redhat dot com 2004-12-07 06:50
---
Ken,
The only 32-bit irix I can remember is irix5, what's odd about your machine that
you don't have the 64-bit libraries installed?
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07
05:51 ---
This is the insn which is failing:
(insn 78 77 70 3 (set (strict_low_part (subreg:QI (reg/v:DI 0 r0 [orig:35 r ]
[35]) 0))
(plus:QI (mem:QI (reg/v/f:SI 3 r3 [orig:33 D1059 ] [33]) [2 S1 A32])
compiled with
gcc version 4.0.0 20041206 (experimental)
Here is the test program (reduced from some code in the zlib compression
library):
void huft_build (const int *, int *);
struct inflate_huft_s {
union {
char Exop;
} word;
int base;
};
void huft_build(e, v)
const int *e;
int
--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-07
04:12 ---
(In reply to comment #2)
>
> *** This bug has been marked as a duplicate of 18542 ***
Why did you mark this bug as a duplicate?
I intentionally split 18542 in to several separate PRs because I doubt this
--- Additional Comments From greenrd at greenrd dot org 2004-12-07 03:27
---
Appears to be already fixed in GNU classpath:
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/io/BufferedInputStream.java.diff?r1=1.11&r2=1.12
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From dje at watson dot ibm dot com 2004-12-07
03:10 ---
Subject: Re: [4.0 Regression] Another ICE caused by reload of a psuedo reg
into f0 for a DImode expr
There are two open questions:
1) Do we want to change the register preferencing?
2) Should we
--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-07
03:04 ---
Sorry, forget that last comment. the ldo is actually part of the epilogue.
The .loc should be after the stw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856
--- Additional Comments From bangerth at dealii dot org 2004-12-07 02:58
---
It is in fact a 4.0 regression only. It compiles with gcc 3.4 as of
2004/10/15, but it fails with mainline from the same date.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18862
--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-07
02:33 ---
The exact position of the end of the prologue is rather indeterminate as
scheduling blurs it. In the example, the %r26 register save was originally
generated after the stack adjustment but scheduling has in
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07
02:28 ---
This is at least a 4.0 Regression, it worked with 3.3.2.
-Wselector -fgnu-runtime is enough to reproduce this bug and it is a bug and it
happens on more than
i686-darwin.
typedef struct objc_selector *SEL
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-07
02:27 ---
Fixed with http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00181.html
--
What|Removed |Added
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-07
02:08 ---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00431.html
--
What|Removed |Added
K
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-07 02:03 ---
Created an attachment (id=7694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7694&action=view)
preprocessed ObjC source
if you need more information (the original source or the assembl
Found during examination of objc.log of
http://gcc.gnu.org/ml/gcc-testresults/2004-12/
msg00277.html
the exact version of GCC;
gcc version 4.0.0 20041205 (experimental)
the system type;
localhost:~ lars$ uname -a
Darwin localhost 7.2.1 Darwin Kernel Version 7.2.1: Wed Jul 14 03:00:02 PDT
200
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 01:17
---
// reduced testcase, use '-O2':
typedef struct lock {
void* holder;
int mux;
} lock;
void getHeavyLock (lock *lk, lock *old)
{
__sync_bool_compare_and_swap_di ((long *) old, (long) old, 1);
if (!lk)
> --- Additional Comments From rth at gcc dot gnu dot org 2004-12-06
> Look at the routines we implement in libgcc and ask again. We never did
> implement sub-word routines.
Which is an interesting point, but wouldn't it be more ideal to define
default built-in's for each of a target's defin
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:39
---
// small testcase, use '-O2'
void foo (int j, int k)
{
for(;;) {
switch (j) {
case 2: j = 1; break;
case 1: switch (k) {} break;
case 4: switch (k) {} break;
case 3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-07
00:36 ---
Closing as will not fix as d30v has been removed for a while on the mainline.
--
What|Removed |Added
-
--
What|Removed |Added
Severity|critical|normal
Priority|P2 |P3
Target Milestone|3.4.4 |---
--
What|Removed |Added
Target Milestone|3.4.4 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16007
--- Additional Comments From tfillmore at beatware dot com 2004-12-07
00:29 ---
(In reply to comment #14)
> I'm taking a look at this. Since I don't have interix, I need help from the
> bug reporter.
I've now set up an Interix system for the purpose of providing shell accounts.
Anyo
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15
---
*** Bug 18564 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15
---
*** This bug has been marked as a duplicate of 18542 ***
--
What|Removed |Added
S
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15
---
*** Bug 18563 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18542
--- Additional Comments From belyshev at lubercy dot com 2004-12-07 00:15
---
*** This bug has been marked as a duplicate of 18542 ***
--
What|Removed |Added
S
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail|3.4.0 3.4.3 |3.4.0 3.
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 23:53
---
/* slightly reduced testcase, use '-mcpu=arm920 -O3' */
struct sui_event;
typedef struct sui_event
{
unsigned short what;
int abrakadabra [3];
} sui_event_t;
static sui_event_t sui_event_buf;
static sui_
--- Additional Comments From fjahanian at apple dot com 2004-12-06 23:32
---
David's patch (including darwin.h patch attached here) successufully
bootstrapped, dejagnu tested
on apple-ppc-darwin. Please apply the patch to mainline.
Index: darwin.h
==
--- Additional Comments From amodra at bigpond dot net dot au 2004-12-06
23:31 ---
I checked again with a current x86 gcc, 3.4.4 20041206, and the problem is still
there. Note that this only happens with cc1plus. As to why we get the
"impossible" assembly, what happens i
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
23:07 ---
: Search converges between 2004-10-26-161001-trunk (#611) and
2004-11-03-014001-trunk
(#612).
Confirmed.
Here is a testcase down to one function:
extern void abort (void) __attribute__ ((__noreturn__));
in
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 22:58
---
: Search converges between 2004-10-25-161001-trunk (#610) and
2004-10-26-161001-trunk (#611).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 22:45
---
testcase reduced from jump.i is now in bug 18861
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18853
use '-O2 -finline-functions -ftracer -floop-optimize2' to reproduce:
extern void fancy_abort (void) __attribute__ ((__noreturn__));
int
reverse_condition (int code)
{
switch (code)
{
case 4:
re
--
What|Removed |Added
CC||schwab at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18860
--
What|Removed |Added
CC||schwab at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18859
--- Additional Comments From laurent at guerby dot net 2004-12-06 22:24
---
(In reply to comment #8)
> Hmm, looks like something changed recently:
> http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00248.html
> Or those results compiled at -O0?
Yes the 4.0 run was done at -O0 per my req
--- Additional Comments From kghazi at verizon dot net 2004-12-06 22:06
---
Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC
character sets
Out of curiousity, do you have any problems with builtin printf's conversion
of printf("hello world\n") -> puts("hello wo
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:58 ---
Ignore the first link, that was for 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:57 ---
Hmm, looks like something changed recently:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00280.html
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00248.html
Or those results compiled at -O0?
--
ht
Andreas Klein <[EMAIL PROTECTED]> writes:
| Hello
|
| I have found a bug in the implementation of the complex library of
| g++ and the complex.h library of the gcc (c99 support).
|
| The simplest program that demonstrates the bug is:
|
|
|
| #include
| #include
--- Additional Comments From ericw at evcohs dot com 2004-12-06 21:45
---
Subject: Re: -save-temps option ends with corrupt object
file
dannysmith at users dot sourceforge dot net wrote:
>--- Additional Comments From dannysmith at users dot sourceforge dot net
>2004-12-06 21:36
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:42 ---
So lets close this now, I think there was a bug like this already fixed on the
mainline also.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:37 ---
*** This bug has been marked as a duplicate of 5620 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:37 ---
*** Bug 18549 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-06 21:36 ---
It looks like you are mingw host.
If so, could you try trunk. This looks like dup of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5620
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18
--
What|Removed |Added
Summary|[3.3 only, regression] |[3.3 regression] Missing
|Missing .loc information|.loc information after
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Known to work|3.4.2 |3.0.4 3.4.2
Summary|[3.3 only] Missing .loc |[3.3 only, regression]
|informat
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 21:29
---
/* reduced testcase, use -O0 */
void div (register int *d, int i, int j, short k)
{
d [i] = j / k;
}
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
21:28 ---
What I was trying to ask for was the output of:
avr-gcc -c -mmcu=atmega16 -save-temps foo.c -v
avr-gcc -c -mmcu=atmega16 foo.c -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18549
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 20:54
---
Regression from 3.0.4
--
What|Removed |Added
Status|UNCONFIRMED |NE
--
What|Removed |Added
Keywords||wrong-debug
Summary|Missing .loc information|[3.3 only] Missing .loc
|after p
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-06 20:51
---
Look at the routines we implement in libgcc and ask again. We never did
implement sub-word routines.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-06 20:23
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06
20:22 ---
Subject: Bug 18601
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-06 20:22:02
Modified files:
gcc: ChangeLog tree-cfg.c tree-flow.h
Lo
--- Additional Comments From laurent at guerby dot net 2004-12-06 20:14
---
The test PASS at -O0 on x86, x86_64 and ia64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18658
--- Additional Comments From laurent at guerby dot net 2004-12-06 20:12
---
This test PASS at -O0 on x86, x86_64 and ia64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
--- Additional Comments From laurent at guerby dot net 2004-12-06 20:10
---
The test PASS at -O0 on x86, x86_64 and ia64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18663
--- Additional Comments From laurent at guerby dot net 2004-12-06 20:09
---
At -O0 the test PASS on x86, x86_64 and ia64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727
--- Additional Comments From laurent at guerby dot net 2004-12-06 20:06
---
On x86_64 at -O0 this tests SEGV at runtime (but on x86 -O0 it works and on ia64
at -O0 it also works).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18847
Happens on x86, x86_64 and ia64 at -O0 (pass at -O2 on all platforms).
+===GNAT BUG DETECTED==+
| 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error: |
| in expand_expr_addr_expr_1, at expr.c:6229
Happens when using -O0 on x86, x86_64 and ia64 (works at -O2 on the same
platforms).
+===GNAT BUG DETECTED==+
| 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error: |
| in tree_low_cst, at tree.c:3839
--- Additional Comments From pschober at gmx dot ch 2004-12-06 20:00
---
Output with -v option :
Reading specs from C:\Programme\WinAVR\bin\..\lib\gcc-lib\avr\3.3.1\specs
Configured with: ../configure --prefix=/e/avrdev/install --target=avr
--enable-languages=c,c++ --disable-nls --enable
On x86 and x86_64 when compiled at -O0 ce2109b ce2404b ce2410b
ICE the same way, no ICE and pass on ia64.
The tests pass at -O2 on x86 and x86_64.
+===GNAT BUG DETECTED==+
| 4.0.0 20041206 (experimental) (i686-pc-linux-gnu) GCC error
Please try this.
Index: gjavah.c
===
RCS file: /cvs/gcc/gcc/gcc/java/gjavah.c,v
retrieving revision 1.124
diff -c -2 -p -r1.124 gjavah.c
*** gjavah.c25 Nov 2004 11:13:37 - 1.124
--- gjavah.c6 Dec 2004 19:15:39 -
*
The below fails with CYGWIN_NT_5.1 + Windows XP (SP2) on AMD Athlon XP2600+ (M)
assertion "a->base == 0" failed: file "../../../gcc-4.0-
20041205/libgfortran/generated/matmul_r8.c",
line 157
Aborted (core dumped)
This does not happen on my Athlon XP1700 machine, nor on a PIV. I have built
the 20
--
What|Removed |Added
Known to work||3.4.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856
--- Additional Comments From tausq at debian dot org 2004-12-06 18:50
---
Created an attachment (id=7692)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7692&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18856
The attached program is extracted from the gdb testsuite (gdb.base/annota3.c)
According to Dan, the code generated by gcc is missing a .loc directive:
http://sources.redhat.com/ml/gdb-patches/2004-12/msg00143.html
i.e. gcc generates:
.loc 1 6 0
handle_USR1:
.PROC
.CALLINF
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06
18:47 ---
Richard, why do we not register optabs for modes smaller than word_mode now?
This appears to hurt 64-bit targets.
--
What|Removed |Added
-
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06
18:45 ---
The (useless?) mode promotion from SImode to DImode comes from:
http://gcc.gnu.org/ml/gcc-patches/2003-02/msg00625.html
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2004-12-06
18:38 ---
Will you test it there then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-06
18:34 ---
The patch should probably apply as-is to 3.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853
--- Additional Comments From giovannibajo at libero dot it 2004-12-06
18:34 ---
Fixed
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From giovannibajo at libero dot it 2004-12-06
18:31 ---
This is a regression on active branches, so the bug should stay open until it's
fixed there. Is a backport of your patch feasable for the 3.4 and 3.3 branches?
--
What|Removed
--
Bug 13607 depends on bug 14853, which changed state.
Bug 14853 Summary: [3.3/3.4 Regression] Assignment to final field permitted
when compiling to native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853
What|Old Value |New Value
---
--- Additional Comments From fjahanian at apple dot com 2004-12-06 17:55
---
I applied the patch to fsf-mainline (including darwin.h) and it worked for me.
I will do the bootstrap, dejagnu testing and let you know how it went. - Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-12-06 17:52 ---
Subject: Re: [3.4 Regression] 8 tests fail: SIGSEGV for
> Most probably already fixed, but waiting for the confirmation.
>
> --
>What|Removed |Added
>
--- Additional Comments From federicotomassetti at yahoo dot it 2004-12-06
17:50 ---
Subject: Re: Error signale on an unexisting line
--- pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> ha scritto:
>
> --- Additional Comments From pinskia at gcc dot
> gnu dot org 2004-12-06
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
17:29 ---
T(In reply to comment #22)
> Subject: Re: [4.0 Regression] Another ICE caused by reload of a psuedo reg
> into f0 for a DImode expr
>
> The following patch implements the two suggestions. It fix
--- Additional Comments From dje at watson dot ibm dot com 2004-12-06
17:16 ---
Subject: Re: [4.0 Regression] Another ICE caused by reload of a psuedo reg
into f0 for a DImode expr
The following patch implements the two suggestions. It fixes the
ICE on AIX, but continues to
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06
17:15 ---
Alan, unless I'm mistaken, the testcase you filed doesn't fail on x86.
Moreover, the assembly code you posted contains an infinite loop that can't
reasonably come from the code.
--
What|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-06
16:54 ---
Most probably already fixed, but waiting for the confirmation.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|4.0.0 |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18837
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06
16:50 ---
Subject: Bug 18837
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-06 16:50:44
Modified files:
libstdc++-v3 : Change
--- Additional Comments From belyshev at lubercy dot com 2004-12-06 15:58
---
Was fixed by this patch:
2004-10-18 Jakub Jelinek <[EMAIL PROTECTED]>
* config/i386/i386.md (addqi_1_slp): Test for incdec_operand
operand 1 instead of 2
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-06
15:56 ---
operator const Base* () const {
return *this; // --- Illegal type, should be written without *
}
This is not invalid code, this becomes an infite loop though because
(Base*)(*this) just cal
The following mistyped illegal code compiles. The resulted executable crashes
because of the accepted illegal pointers.
// ---
struct Base {};
struct Derived : protected Base {
operator const Base* () const {
retu
--
Bug 13607 depends on bug 14853, which changed state.
Bug 14853 Summary: [3.3/3.4/4.0 Regression] Assignment to final field permitted
when compiling to native
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14853
What|Old Value |New Value
---
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-06
15:33 ---
Fix checked in, will appear in gcc 4.0
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06
15:32 ---
Subject: Bug 14853
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-06 15:32:38
Modified files:
gcc/java : ChangeLog java-tree.h parse.y check-i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-06
15:31 ---
Subject: Bug 14853
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-06 15:30:57
Modified files:
libjava: ChangeLog
Added files:
libja
1 - 100 of 127 matches
Mail list logo
