As per the commentary in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664.
What is desired is to add the visibility attributes to namespace scope, in
addition to class scope.
So, things like:
namespace std __attribute__ ((visibility ("default") ));
{
class foo { ... };
}
when compiled with
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-05-26
06:50 ---
This should fix it:
*** rs6000.md.~1.367.~ Sat May 14 22:06:45 2005
--- rs6000.md Wed May 25 23:48:56 2005
***
*** 1672,1678
(const_int 0)))
(set (match_operand:P
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26
06:40 ---
Subject: Bug 17283
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-26 06:40:42
Modified files:
libgfortran: Change
--- Additional Comments From igodard at pacbell dot net 2005-05-26 06:28
---
Created an attachment (id=8970)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8970&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21763
--- Additional Comments From igodard at pacbell dot net 2005-05-26 06:27
---
Created an attachment (id=8969)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8969&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21763
This does not appear to be the usual problem where an ambiguous name is
reported
as undefined. The protected data member is unambiguous after being publicly
inherited, but is still reported as undefined.
--
Summary: Fails to find inherited protected member
Product: gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26
06:26 ---
Subject: Bug 17283
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-26 06:26:18
Modified files:
libgfortran: ChangeLog
libgfortran/intrin
--- Additional Comments From roger at eyesopen dot com 2005-05-26 06:11
---
This should now be fixed on the gcc-3_4-branch (and the same patch has been
applied to mainline to prevent this ever causing problems in future).
--
What|Removed |Added
-
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-05-26
06:08 ---
Some useful tips can be found here:
http://gcc.gnu.org/ml/java-patches/2005-q2/msg00558.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9861
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26
05:51 ---
Subject: Bug 21709
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-26 05:51:22
Modified files:
gcc: ChangeLog fold-const.c
gcc/t
--
What|Removed |Added
Summary|Void functions can't return |Regression: Void functions
|invocation of pointers to |can't return invocation of
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-26
05:44 ---
Subject: Bug 21709
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-05-26 05:44:02
Modified files:
gcc: Change
Formally: The check to see if a function returns void fails when you have a
member function pointer of a class of incomplete type.
The following code fails to compile on gcc 4.0.0
This is a regression. It compiled on gcc 3.x, and 2.95
It also compiles on MSVC7,7.1,8.0, Intel (x86 + Itanium), Digit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-26
01:15 ---
Confirmed. Also happens on powerpc-darwin with -m64.
--
What|Removed |Added
test case:
$ cat bug1.c
void f1()
{
long bit=0, exponent;
exponent = -exponent;
for (bit = 1; exponent; bit <<= 1)
if (exponent & bit)
exponent ^= bit;
}
# Compilation parameters
$ gcc -c -O3 -m64 bug1,c
gcc gives internal compiler error on Powerpc platform.
bug1.c: In
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-25 23:25
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
23:24 ---
Subject: Bug 21692
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 23:24:08
Modified files:
libjava: ChangeLog configure configure.ac conf
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-05-25 22:49
---
Changing this to libstdc++, so we remember to track this.
--
What|Removed |Added
Compo
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-25 22:39
---
Closing the bug.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-25 22:38
---
Diego fixed the bug, I removed the xfails.
--
What|Removed |Added
AssignedTo|unassigne
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
22:34 ---
(In reply to comment #5)
> any fix/workaround for 4.0.x stable branch?
Use tempary variables,
instead of doing something like:
vec_add(vec_add (a, b), vec_add (c, d))
do:
temp = vec_add (a, b);
temp1
--- Additional Comments From pluto at agmk dot net 2005-05-25 22:31 ---
any fix/workaround for 4.0.x stable branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21758
--
What|Removed |Added
Severity|normal |enhancement
GCC host triplet|Plateform independent |
Keywords||d
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
22:28 ---
Confirmed, Adding Geoff to the CC since he was the one who implemented the
builtins for PPC.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
22:21 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
22:14 ---
*** Bug 21758 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
22:14 ---
Hmm, the preprocessed source will no longer work on the mainline because of
changing how the altivec
intrinsics work. In fact the preprocessed source is not even complete which
makes this a dup of bug
1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
22:09 ---
Subject: Bug 21692
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 22:08:31
Modified files:
gcc/cp : ChangeLog cp-tree.h decl2.c method.c
--- Additional Comments From law at redhat dot com 2005-05-25 21:43 ---
Subject: Re: [4.1 regression] ICE:
-ftree-vectorize, segfault
On Wed, 2005-05-25 at 07:28 +, dorit at il dot ibm dot com wrote:
> --- Additional Comments From dorit at il dot ibm dot com 2005-05-25
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
21:16 ---
Subject: Bug 21492
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-25 21:15:56
Modified files:
gcc: Change
In libstdc++-v3, atomicity.h for powerpc used to include:
#ifdef __PPC405__
#define _STWCX "sync \n\tstwcx. "
#else
#define _STWCX "stwcx. "
#endif
This work around is still missing from the powerpc implementation of the
builtins for atomic memory operations.
--
Summary: Powerpc atom
--- Additional Comments From pluto at agmk dot net 2005-05-25 20:24 ---
what for does gcc need ~590MB of memory on ppc?
on ix86 it works fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21758
Implement a -W switch that warn for most common cases of valid C codes that
are invalid in C++, or are valid in C++ but with a slightly different menaing.
--
Summary: feature request: implement warning for codes at the
intersection of C and C++
Product: g
--
What|Removed |Added
CC||mmazur at kernel dot pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21758
--- Additional Comments From pluto at agmk dot net 2005-05-25 20:06 ---
Created an attachment (id=8968)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8968&action=view)
preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21758
--- Additional Comments From pluto at agmk dot net 2005-05-25 20:05 ---
Created an attachment (id=8967)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8967&action=view)
compilation fixes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21758
during build http://fftw.org/fftw-3.0.1.tar.gz
with attached gcc4 fix I get:
(...)
make[1]: Entering directory
`/home/users/builder2/rpm/BUILD/fftw-3.0.1/single/dft/simd/codelets'
if /bin/sh ../../../libtool --tag=CC --mode=compile ppc-pld-linux-gcc
-DHAVE_CONFIG_H -I. -I. -I../../.. -I
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
19:55 ---
64bit multilib is not supported yet so this is not excepted to work yet.
--
What|Removed |Added
--
/*
darwin-ldouble.o not a valid ppc64 mach-o file
% uname -a
Darwin varro 8.1.0 Darwin Kernel Version 8.1.0: Tue May 10 18:16:08 PDT 2005;
root:xnu-792.1.5.obj~4/RELEASE_PPC Power Macintosh powerpc
%
% gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8.1.0
Configured with: /usr/local/gcc-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
19:34 ---
This is undefined as per 5.8/1:
"The behavior is undefined if the right operand is negative, or greater than or
equal to the length in
bigs of the promoted left operand".
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
19:33 ---
Subject: Bug 21726
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 19:33:35
Modified files:
libstdc++-v3 : configure.host
Added files:
Reading specs from /usr/local/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: ../configure --enable-languages=c,c++
Thread model: single
gcc version 3.4.4
// -
// evaluate 1 << 32 in two different ways,
// obtaining different results
#include
int main()
{
unsigned
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21705
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-25
18:55 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
18:53 ---
Subject: Bug 21705
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 18:53:25
Modified files:
gcc: ChangeLog tree-ssa-pre.c
Added files
--- Additional Comments From giovannibajo at libero dot it 2005-05-25
18:43 ---
Assigning to Dorit.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |do
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-25
18:37 ---
In my view, interoperation implies that every part of code leaves the system in
a clean state (I/O streams flushed, FPE flags in correct state) when execution
switches to another part of code. That is wha
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |Hans dot Boehm at hp dot com
|dot org |
Status|UNCONFIRMED
--- Additional Comments From fitzsim at redhat dot com 2005-05-25 18:34
---
Hans, are you still planning on creating a patch for this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20699
--
What|Removed |Added
Component|c |middle-end
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cg
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21755
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-25 17:36
---
Shows up in vect-111.c now vect-none.c has been split up.
--
What|Removed |Added
S
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21726
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
17:04 ---
Fixed by:
2005-05-25 Mike Stump <[EMAIL PROTECTED]>
* objc-act.c (volatilized_hash): Avoid warnings on 64-bit
machines.
--
What|Removed |Added
---
--- Additional Comments From stevenj at alum dot mit dot edu 2005-05-25
16:47 ---
It was already noted above that adding fflush to the user's code would fix the
output. As a quality-of-implementation issue, however, I would suggest that
libgfortran should do it.
1) Interoperating well
Options: -Wall -isystem foo
-
# 1 "foo.cpp"
# 1 ""
# 1 ""
# 1 "foo.cpp"
# 1 "foo/bar.h" 1 3 4
bool bar(int i, unsigned int u)
{
return i < u;
}
template bool baz(T i, unsigned int u)
{
return i < u;
}
# 2 "foo.cpp" 2
void foo()
{
bar(-3,5);
baz(-3,5);
}
-
The above results
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Status|NEW
--
What|Removed |Added
Component|java|libgcj
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2175
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
15:36 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ev
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
15:36 ---
Closing as works for me since that is what it is.
--
What|Removed |Added
Status|
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:26 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
15:25 ---
Subject: Bug 21736
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 15:25:39
Modified files:
libjava: ChangeLog
libjava/java/text:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:24 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED|RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
15:24 ---
Subject: Bug 21703
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 15:23:57
Modified files:
libjava: ChangeLog
libjava/java/lang:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:18 ---
This stopped happening for me as well.
I'm closing the PR.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:17 ---
Yes, I'm using focus-follows-mouse.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21604
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:16 ---
We now have -verify and -noverify flags.
However, we still verify classes found on the bootclasspath.
I've changed this PR's synopsis to reflect this.
One question is whether we care about the bootclasspath
Having tweaked the bootstrapclasspath for dom & sax for libjava and applied the
patch in bug 21022 I've hit another problem. When it gets to the final stages
with libtool it produces the following error:
--
./libtool: /mingw/bin/ar: Invalid argument
make[1]: *** [libgcj0_co
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-25
15:13 ---
I agree, I don't think we should fix this.
Instead if there are verifier bugs in the compiler, let's fix those.
--
What|Removed |Added
---
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-25
15:05 ---
For the record.
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01805.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21332
The heuristic for sharing String data in String.substring() can result in
significant memory bloat in certain cases.
Currently, it will always share String data unless the resulting substring is <=
8 characters in size. In many applications, it seems common for the initial
string to be discarded
--- Additional Comments From brian at cubik dot ca 2005-05-25 14:55 ---
Subject: Re: unrar 3.4.3 build fails with bus
error
On Tue, 2005-15-02 at 21:15 +, pinskia at gcc dot gnu dot org wrote:
> Can you try with 3.4.3?
Tried with the latest OpenBSD 3.7 snapshot and an updat
--- Additional Comments From hjl at lucon dot org 2005-05-25 14:51 ---
The problem is
typedef unsigned int hashval_t;
static hashval_t
volatilized_hash (const void *ptr)
{
tree typ = ((struct volatilized_type *)ptr)->type;
return (hashval_t) typ;
}
Isn't typ a pointer? Will it mak
I got
cc1: warnings being treated as errors
/net/gnu/export/gnu/src/gcc/gcc/gcc/objc/objc-act.c: In function
âvolatilized_hashâ:
/net/gnu/export/gnu/src/gcc/gcc/gcc/objc/objc-act.c:1250: warning: cast from
pointer to integer of different size
--
Summary: [4.1 Regression] bootstrap fa
--- Additional Comments From bero at arklinux dot org 2005-05-25 14:28
---
Created an attachment (id=8966)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8966&action=view)
possible fix
Attaching a patch that makes it compile and (at least to me) looks like it'll
generate the right
--- Additional Comments From markus+gcc at gyger dot org 2005-05-25 14:15
---
> http://docs.sun.com/source/817-0924/sun.specific.html#83476
>
http://developers.sun.com/tools/cc/documentation/s1s8cc_documentation/READMEs/c.html#feature13
Updated link for SS10, and a usage article:
http:/
Compiling csl-arm-branch with --with-abi=iwmmxt fails in csl_arm_branch as of
2005/05/25:
gcc/crtstuff.c: In function `__do_global_dtors_aux':
gcc/crtstuff.c:260: error: `__DTOR_LIST__' undeclared (first use in this
function)
gcc/crtstuff.c:260: error: (Each undeclared identifier is
--- Additional Comments From j dot w dot r dot degoede at hhs dot nl
2005-05-25 12:57 ---
Created an attachment (id=8965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8965&action=view)
File causing problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21750
I'm using Fedora Rawhide tree (FC4 develtree) the gcc rpm version is:
---
[EMAIL PROTECTED] ~]$ rpm -q gcc
gcc-4.0.0-8
---
Gcc-version:
---
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared
--- Additional Comments From sunmoon1997 at gmail dot com 2005-05-25 12:52
---
thanks for replay
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21748
--- Additional Comments From sunmoon1997 at gmail dot com 2005-05-25 12:51
---
thanks for replay
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21749
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
12:14 ---
X should almost never used. if you are using inline-asm for mmx instruction,
please use the mmx
intrinsics instead which are better optimized.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-25
12:05 ---
This is undefined code:
test_t test_struct[]= {
{
.name = s[i] = get_rand_str(),
.num = i++,
},
{
the source code:
#include
#include
typedef struct test_st {
char *name;
int num;
} test_t;
static char * str[] = {
"one",
"two",
"three",
"four",
"five",
"six",
"seven"
};
char * get_rand_str () {
char *s = str[ra
#include
#define mmx_m2r(op, mem, reg) \
__asm__ __volatile__ (#op "\t%0, %%" #reg \
: /* nothing */ \
: "X" (mem))
#define movd_m2r(var, reg) mmx_m2r(movd, var, reg)
int main () {
int a;
int c;
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-05-25
11:10 ---
In the modified program, calls to fflush are missing, but they are missing from
the C routine. The library does not use FILE* streams and, as far as I know, it
does its own flushing right.
The problem you
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-05-25
10:45 ---
Issues (#2, #3) related ASSIGN statement should be fixed by
http://gcc.gnu.org/ml/fortran/2005-05/msg00054.html [committed].
Issue in the description should be fixed by
http://gcc.gnu.org/ml/fortran/2005-0
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-05-25
09:51 ---
Fixed in gcc 4.0.1 and mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
09:51 ---
Subject: Bug 21686
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-25 09:50:32
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
09:47 ---
Subject: Bug 21686
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 09:47:21
Modified files:
gcc/cp : ChangeLog semantics.c
Log message:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-05-25
09:36 ---
Ben, your patch doesn't really solve the problem.
I still get the ICE on the 3.4 branch when I compile the testcase with -g1.
--
What|Removed |Added
---
--- Additional Comments From trauscher at loytec dot com 2005-05-25 09:35
---
Another small testcase (failed on arm-elf, 4.0.0)
struct A
{
A( const A &a);
const A& operator=( const A& a);
};
struct B
{
virtual A f();
};
struct C : virtual B
{
virtual A f();
A a;
};
A C::f()
--- Additional Comments From gbenson at redhat dot com 2005-05-25 08:44
---
No problem, thanks for handling it :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21736
--- Additional Comments From dorit at il dot ibm dot com 2005-05-25 07:28
---
> Actually, this is a bug in the vectorizer code to update PHIs in duplicate
> loops. forwprop AFAICT is just exposing the latent vectorizer bug.
> >From what I've been able to determine so far, the vectorizer
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-25
07:17 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02162.html for SPARC.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
07:15 ---
Subject: Bug 21412
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-25 07:14:24
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-25
07:04 ---
Subject: Bug 21412
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-25 07:04:05
Modified files:
gcc: ChangeLog
gcc/config/sparc:
97 matches
Mail list logo
