before rebuilding LAPACK.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/home/jerry/usr
--enable-languages=c,f95
Thread model: posix
gcc version 4.0.0 20050210 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--
What|Removed |Added
Summary|cris-elf testsuite failure: |[4.0 regression] cris-elf
|gcc.c- |testsuite failure: gcc.c-
The last time the test succeeded was with LAST_UPDATED ""
The test fails with LAST_UPDATED "":
Running
/home/hp/cvs_areas/combined/combined/gcc/testsuite/gcc.c-torture/execute/execute.exp
...
FAIL: gcc.c-torture/execute/strlen-1.c execution, -O2
FAIL: gcc.c-torture/execute/strlen-1.c execution, -
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
06:01 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
I don't think calling external functions or using external variables actually
ever worked. I don't know. There is a patch though
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01960.html
--
Summary: [treelang] External references don't work.
Product: gcc
Version:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:58 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:56 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01970.html
--
What|Removed |Added
Key
Static variables don't work after the conversion to the new infrastructure.
This is probably a regression, but I don't have a gcc 3.4 compile with treelang
around to test.
--
Summary: [treelang] Static variables don't work
Product: gcc
Version: 4.0.0
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-11 05:51
---
These failures no longer appear with
LAST_UPDATED "Fri Feb 11 00:46:59 UTC 2005".
I see an ivopts patch between that date and the last failure at
LAST_UPDATED "Thu Feb 10 17:53:31 UTC 2005", so I assume that's th
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:48 ---
Created an attachment (id=8172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8172&action=view)
not/negate folding testcase
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:42 ---
On PPC we get now:
lwz r0,0(r3)
rlwimi r0,r5,9,22,22
rlwinm r0,r0,0,22,20
ori r0,r0,2048
rlwimi r0,r4,12,0,19
stw r0,0(r3)
blr
(but note it was much w
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
05:39 ---
We are now back to what we were with the tree-ssa. Darn.
--
What|Removed |Added
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-11
05:28 ---
(In reply to comment #2)
> Sorry for the dumb question. Where do I get the binaries for version 4. I
> assume
> that you meant gcc 4.0 right ? Any pointer are appreciated.
See:
http://gcc.gnu.org/cvs.ht
--- Additional Comments From phython at gcc dot gnu dot org 2005-02-11
05:05 ---
Created an attachment (id=8168)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8168&action=view)
Testcase one
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
04:42 ---
Confirmed. Note covariant returns were not implemented for 3.3.3 so we just
gave an error.
--
What|Removed |Added
--
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-11 04:29
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00490.html
--
What|Removed |Added
As
--- Additional Comments From jvdelisle at verizon dot net 2005-02-11 04:04
---
Thomas, I got setup to run your script and started it running. I then went to
look at some of the .out files to see what it was doing and on every single test
xeigtstd exits with the following message:
** O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
02:59 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
02:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From mark at gcc dot gnu dot org 2005-02-11 02:51
---
Patch here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00322.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8170
The following invalid code snippet causes an ICE on mainline:
=
template struct A
{
int A<0>::* p;
};
=
bug.cc:3: error: type/value mismatch at argument 1 in template parameter list
for 'template struct A'
bug.cc:3: error: expected a t
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-02-11 02:07 ---
Subject: Re: PCH largefile test fails on various platforms
> --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-11
> 01:54 ---
> Also fails on ia64-hpux.
This is now "fixed
The following invalid testcase is accepted since at least gcc 2.95.3
(pointer to void member should be rejected):
==
template struct A
{
T A::* p;
};
A a;
==
--
Summary: pointer-to-void member not rejected in templat
The test gcc.dg/vect/vect-76.c execution test fails on ia64-hpux.
--
Summary: gcc.dg/vect/vect-76.c execution test fails on ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component:
The tests gcc.dg/tree-ssa/ifc-20040816-[12].c fail on ia64-hpux.
/scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/ifc-20040816-1.c: In
function 'main1':
/scratch/joseph/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/ifc-20040816-1.c:13:
internal compiler error: Segmentation fault
and
/scra
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-02-11 01:54
---
Also fails on ia64-hpux.
--
What|Removed |Added
CC|
Here is a testcase that fails in 4.0 CVS, but works in 3.4.
extern "C" void printf (const char*, ...);
struct Model {
bool full_tree; // if you remove this, the error goes away
virtual Model* clone() const =0;
virtual char *name() const =0;
virtual ~Model() {} //
--- Additional Comments From joseph at codesourcery dot com 2005-02-11
01:10 ---
Subject: Re: New: g++.old-deja/g++.law/profile1.C execution
test fails on ia64-hpux
gcc.dg/20021014-1.c execution test also fails, and as another profiling
test this is likely the same issue.
--
ht
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
01:04 ---
This looks like a debugging problem, I want to say that dwar2out.c does not
really support 16bit
pointers but there was a patch a long time ago to support it. It was applied a
long time ago (1999 or
so)
The test gcc.dg/20020219-1.c execution test fails on ia64-hpux with -milp32.
Not a regression relative to 3.4.x.
--
Summary: gcc.dg/20020219-1.c execution test fails on ia64-hpux
with -milp32
Product: gcc
Version: 4.0.0
Status: UNCO
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-11
00:56 ---
As of today, I can reproduce the bug on mainline (testcase from comment #3)
only with g++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19077
The test g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux.
Not a regression relative to 3.4.x. Using -static as the test does
on hppa-hpux yields a link error "Can't find library or mismatched ABI for
-lgprof".
--
Summary: g++.old-deja/g++.law/profile1.C execution te
The test g++.old-deja/g++.eh/badalloc1.C execution test fails on ia64-hpux.
Not a regression relative to 3.4.x.
--
Summary: g++.old-deja/g++.eh/badalloc1.C execution test fails on
ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONF
The test g++.dg/warn/weak1.C fails on ia64-hpux
('ld: Unsatisfied symbol "foo()"'). Not a regression
relative to 3.4.x.
--
Summary: g++.dg/warn/weak1.C fails on ia64-hpux
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
The test g++.dg/eh/registers1.C execution test fails on ia64-hpux.
This is a regression from 3.4.x.
Failure:
terminate called after throwing an instance of 'i'
ABORT instruction (core dumped)
--
Summary: [4.0 Regression] g++.dg/eh/registers1.C execution test
fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-11
00:37 ---
This was the patch which removed CPP_CPU_ARCH_SPEC:
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg01905.html
--
What|Removed |Added
---
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-02-11
00:35 ---
CPP_CPU_ARCH_SPEC is no more.
--
What|Removed |Added
Status|NEW
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10
23:57 ---
flags: .text size:
-Os 86 bytes
-Os -fno-ivopts 86 bytes
-m32 -Os62 bytes
-m32 -Os -fno-ivopts54 bytes
--
http://gcc.gnu.org/bugzill
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-02-10
23:56 ---
Subject: Re: Runtime hang in LAPACK routine SLAMC1 - in Quetzal benchmark suite
PS It seems to me that it is odd that any level of optimisation sends the
programme into an infinite loop. Both ifc and DF6
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-02-10
23:53 ---
Subject: Re: Runtime hang in LAPACK routine SLAMC1 - in Quetzal benchmark suite
Yep, I am convinced. I'm afraid that I missed the "everywhere"...
- Original Message -
From: "coudert at clipper do
--
What|Removed |Added
CC||schlie at comcast dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--- Additional Comments From overholt at redhat dot com 2005-02-10 23:46
---
Verified.
--
What|Removed |Added
Status|RESOLVED|VERIFIED
http
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-10 23:45 ---
Created an attachment (id=8167)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8167&action=view)
Preprocessed source of the libgcc functions
This is the command I have used for generating the att
--- Additional Comments From ericw at evcohs dot com 2005-02-10 23:36
---
As an aside, DWARF2 is about to become the default debugging information used in
WinAVR, for both Atmel's AVR Studio and for use with avr-gdb/avr-insight. So
this one is crucial for having a successful 4.0.0 releas
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:31 ---
Could you attach the preprocessed source (so someone like me can reproduce it
without a cross
binutils).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
--- Additional Comments From mark at gcc dot gnu dot org 2005-02-10 23:28
---
Working on a patch for this link.cc and other internal symbols.
--
What|Removed |Added
--
What|Removed |Added
Component|c |middle-end
Keywords||build, ice-on-valid-code
Summary|dwarf-2
I have just been checking out the entire gcc tree (head 4.0.0) and run a clean
rebuild:
cd build_directory
rm -r *
../gcc/configure --target=avr --prefix=/home/bmh --disable-nls --with-dwarf2
--enable-languages="c"
make all
(Note that I have used --with-dwarf2!) What I am getting is :-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:17 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:16 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
Hi,
some of you possibly remember that I had sent you a mail recently, stating
that the avr port was broken again. A bug that I myself was not able to
reproduce a couple of minutes later. I now have found the origin. It seems
that there indeed is a bug:
I have just been checking out the entire
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
23:13 ---
Confirmed.
--
What|Removed |Added
CC||reichelt
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19883
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19884
--- Additional Comments From delarosa at ilstechnology dot com 2005-02-10
23:11 ---
Sorry for the dumb question. Where do I get the binaries for version 4. I assume
that you meant gcc 4.0 right ? Any pointer are appreciated.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
23:07 ---
(In reply to comment #2)
> This is not duplicate of PR 14236, but rather a complaint about the
> implementation of the fix
> of PR 14236.
Well considering the warning is not the FSF's gcc, you two should
--- Additional Comments From fitzsim at redhat dot com 2005-02-10 23:06
---
Fixed on java-gui-20050128-branch. Closing.
--
What|Removed |Added
Status|NEW
The following code snippet causes an ICE since gcc 3.3:
==
struct A;
template A<>::A();
==
ctor.cc:2: error: 'A' is not a template
ctor.cc:2: error: explicit qualification in declaration of `A A()'
ctor.cc:2: internal compiler error: in lookup_templ
--- Additional Comments From mark at klomp dot org 2005-02-10 23:00 ---
Subject: Re: New: fail to create shared lib from jar - 2
instances, xerces and log4
Hi,
On Thu, 2005-02-10 at 22:08 +, delarosa at ilstechnology dot com
wrote:
> [EMAIL PROTECTED] xerces-2_5_0]$ gcj -sh
--- Additional Comments From laurent at guerby dot net 2005-02-10 22:59
---
Isn't PR 19853 showing that this is not an Ada front-end bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18706
--
Bug 18693 depends on bug 17549, which changed state.
Bug 17549 Summary: [4.0 Regression] 10% increase in codesize with C code
compared to GCC 3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
What|Old Value |New Value
---
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10
22:59 ---
.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
R
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10
22:57 ---
Subject: Bug 17549
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-10 22:57:31
Modified files:
gcc: ChangeLog tree-outof-ssa.c
Log mess
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
22:38 ---
Here's a reduced example without casts and dereferencing the null-pointer:
struct A
{
int i;
};
int foo(A *p)
{
return &p->i - &(p->*&A::i);
}
--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-10
22:28 ---
Could this one be closed?
slmac1.f from the LAPACK library is designed to be compiled without any
optimization (it's stated in the FAQ and everywhere). Infinite loop is what is
expected to happen when op
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
22:23 ---
The original testcase still doesn't compile although PR19298 and
PR19299 got fixed. See PR 19883 for the new failure.
--
What|Removed |Added
---
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-10
22:13 ---
Yes, a test case for this would be good.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19299
The following valid code snippet is rejected by mainline:
template struct A
{
static const T i = 1;
char a[int(i)];
};
The error message is:
bug1.cc:4: error: array bound is not an integer constant
Mark, this is
I am trying to compile a java application that is made up of several external
jars (xerces, log4j and others) plus some internally developed. Since I can't
compile with jars in the command line (bug 14212) I decided to create shared
libraries from some of the jars. I picked xerces_2_5_0 and used th
--- Additional Comments From mark at codesourcery dot com 2005-02-10 22:06
---
Subject: Re: Invalid destructor declaration in template class
accepted
reichelt at gcc dot gnu dot org wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
> 21:28 ---
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
22:04 ---
>Which device are you compiling for? (-mmcu=?)
atmega128
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636
--
Bug 19297 depends on bug 19299, which changed state.
Bug 19299 Summary: [4.0 Regression] ICE with volatile non-PODs pointers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19299
What|Old Value |New Value
-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:53 ---
Fixed on mainline (probably by one of your recent patches, Mark).
Do you want this as a testcase?
--
What|Removed |Added
--
--- Additional Comments From ericw at evcohs dot com 2005-02-10 21:48
---
Subject: Re: Can't compile ethernut OS (avr-gcc)
dieterbmeier at yahoo dot com wrote:
>--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
>21:44 ---
>It still fails with 4.0.0 20050
--- Additional Comments From dieterbmeier at yahoo dot com 2005-02-10
21:44 ---
It still fails with 4.0.0 20050209.
BTW, it only fails with -Os. (-O0 to -O3 are OK)
3_4 branch is OK, too.
--
What|Removed |Added
---
--- Additional Comments From bruno at clisp dot org 2005-02-10 21:43
---
The warning is not correct because
1) The code snippet uses alloca() and variable-size arrays for their
respective purpose:
alloca() for storage that persists until the end of the function, and
variable-s
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:28 ---
Fixed on mainline (probably by one of your recent patches, Mark).
Do you want this example as a testcase?
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:15 ---
I looked at the code generation after Zdenek's patch for PR 19701 and it looks
much better but I don't
have a machine to test SPEC on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:13 ---
(In reply to comment #4)
> Unless this is combined with a check for overflow or underflow and
> subdequent possiblity of correction
>
> Consider the case where b1 > sqrt(HUGE_VAL).
But this is with -ffast-
--- Additional Comments From sds at gnu dot org 2005-02-10 21:13 ---
(In reply to comment #3)
> Well, yes, it is documented, but that doesn't make it right (although I know
> people that will qualify documented bugs as features :-). IMHO, it's still
> wrong, especially now that variable-
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10
21:13 ---
The ICE is gone now (probably due to one of Mark's patches today/yesterday).
But the diagnostic is still hosed on the 3.4 branch. The following code
snippet
template struct A
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:11 ---
(In reply to comment #37)
> So for ppc this bug is still not fixed even with my patch. Interesting data
> point is the ppc32 size with -Os -fno-ivopts:
>2820 0 02820 b04 no-ivopts.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:09 ---
On PPC, at least (now), the code size increases come from having more than one
IV.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
21:04 ---
Lowering the priority as IV-OPTs has worked around DOM's problems.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:53 ---
*** Bug 19881 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:53 ---
The warning is not in the FSF's gcc at all.
Also the warning is correct see PR 14236 which I am going to mark this as a dup
of.
*** This bug has been marked as a duplicate of 14236 ***
*** This bug has be
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-10 20:51 ---
Created an attachment (id=8164)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8164&action=view)
demo icon image
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
--
What|Removed |Added
CC||bruno at clisp dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19881
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-10 20:50 ---
Created an attachment (id=8163)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8163&action=view)
testcase
Note that you also require an image to be loaded.
I attach 'jfig.gif' (64x64 gif
It seems that Frame.setIconImage() is broken in current gcj-gui-branch-20050128,
fresh cvs checkout on 20050209. Seems to be a regression, because the same code
used to work (at least, didn't die instantly, never really tested to iconify
the windows) under gcc-4.0-20050130 snapshot.
Testcase attac
the following file
= foo.c
#include
#include
#include
extern void bar (char*, char*);
void foo (const char *name, const char *type)
{
{
size_t name_len = strlen (name);
char *name_temp = (char *) alloca (name_len);
if (
The Ada shared libraries should be installed in libdir. At present,
they are installed in libsubdir/adalib, which is not a location
normally searched by the dynamic linker and not a suitable location
to specify with -rpath.
--
Summary: Ada shared libraries should go in libdir
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10
20:42 ---
Fixed by:
2005-02-09 Ed Schonberg <[EMAIL PROTECTED]>
* exp_aggr.adb (Gen_Assign): If the expression is an aggregate for a
component of an array of arrays in an assignment context, and the
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10
20:35 ---
(In reply to comment #4)
> $ find . -name '*.c' | xargs grep '[(&|!] *optimize[) =!><|&]' | wc -l
> 204
Any idea how I should go about further debugging PR 5900? There is a
wrong-code for ia-64 ther
--
Bug 5900 depends on bug 19825, which changed state.
Bug 19825 Summary: -fno-loop-optimize2 does not work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19825
What|Old Value |New Value
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10
20:31 ---
*** Bug 19825 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19848
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10
20:31 ---
*** This bug has been marked as a duplicate of 19848 ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10
20:24 ---
And it is not present in all 3.x versions either, only in 3.4.x.
--
What|Removed |Added
--- Additional Comments From pluto at pld-linux dot org 2005-02-10 20:17
---
(In reply to comment #2)
> As Andrew pointed out, the merge of the eor and the rotate is now done on
> mainline in 4.0.
Hmm, it doesn't work on my gcc.
# arm-pld-linux-gcc reversing_the_bytes_in_word.c -
1 - 100 of 194 matches
Mail list logo