The following code
extern double f(double, double);
void g (double x)
{
double z, y;
z = 0.0;
y = 1.0 - x;
again:
z = y - z;
f(z, 1.0);
if (z == 0.0)
goto again;
}
has a fld1 instruction when compiled with "-mfpmath=sse -msse2 -msseregparm
-mtune=pentiumpro -O2".
This instructi
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
08:34 ---
Confirmed.
--
What|Removed |Added
CC||reichelt
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
09:38 ---
Subject: Bug 20376
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 09:38:49
Modified files:
gcc: ChangeLog toplev.c
gcc/doc
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
09:41 ---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED|
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
10:07 ---
Vladimir, I believe your rematerialization pass would help a lot in this case
and in other SSE pessimizations.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
10:08 ---
Subject: Bug 22442
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 10:08:38
Modified files:
gcc: ChangeLog tree-chrec.c
Log message:
As describing the problem in words is rather tricky, I'll stick to just
listing the simplified code and the error message:
test.cpp
template
class SortedList
{
typedef bool (X::*largerThanMethodType)(const X &) const;
SortedList(largerThanMethodType cm = &X::operator>);
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-13 10:31 ---
This patch does'n work now, it fails on any input:
:0: internal compiler error: tree check: expected function_decl, have
type_decl in fold_checksum_tree, at fold-const.c:10288
#0 internal_error
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
10:37 ---
Subject: Bug 22442
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 10:37:25
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-13
10:38 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
10:47 ---
Subject: Bug 21193
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 10:47:40
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-13 10:51 ---
(In reply to comment #5)
> This patch does'n work now, it fails on any input:
ignore this comment, failure is not related to this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21180
This testcase fails if gcc configured with --enable-checking=yes,fold :
--
int a [2];
--
f.c:1: internal compiler error: tree check: expected function_decl, have
type_decl in fold_checksum_tree, at fold-const.c:10282
Exposed by this change:
2005-0
--
What|Removed |Added
CC||dberlin at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:28 ---
Confirmed, a regression from 3.4.0.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:30 ---
*** This bug has been marked as a duplicate of 19653 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:30 ---
*** Bug 22453 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:33 ---
CONST_DECL don't have linkage at all.
DECL_COMDAT is the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22452
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:35 ---
Confirmed, it is obvious that Daniel forgot to update fold_checksum_tree after
the change.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:36 ---
This blocks PR 21180 now.
--
What|Removed |Added
OtherBugsDependingO|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:38 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 22366 depends on bug 20376, which changed state.
Bug 20376 Summary: The missed-optimization of general induction variables in
the new rtl-level loop optimizer cause performance degradation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20376
What|Old Value
The following code used to trigger an "is used uninitialized" warning
if compiled with -Wall. Since a few days I'm not getting a warning anymore
on mainline (C and C++ frontend).
void foo()
{
int i;
while (i) ++i;
}
--
Summary:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
11:41 ---
The warning disappeared on mainline, see PR22456.
--
What|Removed |Added
BugsThisDependsO
--
What|Removed |Added
OtherBugsDependingO||17506
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13
11:42 ---
No, the real problem is that equal values have unequal hashes.
The unstable hashtable just makes the problem visible.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:46 ---
Hmm, the loop is empty therefore removed.
I don't know if we want to have a is used uninitilzed warning for an empty loop
and dead code
afterwards.
In a way this is just like:
void f(void)
{
int i;
i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
11:48 ---
(In reply to comment #17)
> The warning disappeared on mainline, see PR22456.
Only in the reduced testcase as it was an empty loop.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
11:51 ---
Smaller testcase from PR22453:
extern double f(double, double);
void g (double x)
{
double z, y;
z = 0.0;
y = 1.0 - x;
again:
z = y - z;
f(z, 1.0);
if (z == 0.0)
goto again;
}
has a fld1
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
12:05 ---
> Only in the reduced testcase as it was an empty loop.
Right. Here's a new testcase that still triggers the bug on mainline:
inline int foo (int i)
{
if (i) return 1;
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-13
12:07 ---
A patch has been posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00902.html
--
What|Removed |Added
-
v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-checking --prefix=/mnt/d/gcc
--enable-shared --enable-threads --program-suffix=-4.1
--enable-__cxa_atexit --disable-nls
--enable-languages=c,c++,objc,obj-c++,java,f95,treelang
Thread model: posix
gcc
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-13 12:16 ---
Created an attachment (id=9257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9257&action=view)
Preprocessed sources
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22457
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-13 12:19 ---
Created an attachment (id=9258)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9258&action=view)
reduced testcase
Here is reduced testcase extracted from genmodes. Note that it gives different
ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
12:25 ---
I cannot reproduce this on powerpc-darwin.
--
What|Removed |Added
GCC target triplet|
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13
12:36 ---
Yeah, it looks like some structure checks will be necessary there.
(if you fix the check for DECL_ARGUMENTS, you will next hit section_name,
vindex, etc).
I'll fix it in a few moments.
--
What
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13
12:38 ---
What is the proper linkage for an enum?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22452
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
12:38 ---
How are you building invoking make?
I cannot reproduce this on i686-pc-linux-gnu either.
--
What|Removed |Added
--
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-13 12:44 ---
(In reply to comment #4)
> How are you building invoking make?
> I cannot reproduce this on i686-pc-linux-gnu either.
By doing make bubblestrap.
I'll try to make bootstrap on clean system.
--
http:
On the 3.4 branch I get a segfault for the following invalid code snippet:
=
void foo()
{
__PRETTY_FUNCTION__;
=
bug.c: In function `foo':
bug.c:3: error: parse error at end of input
bug.c:3: internal compiler error: Segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
12:54 ---
(In reply to comment #3)
> I think adding another DCE pass right before SRA and we will be able to
> reproduce this on the
mainline
> also.
Nope, adding both DCE and MAY_ALIAS right before SRA does not c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
12:56 ---
Confirmed, here is the backtrace:
#0 0x0806ac39 in finish_fname_decls () at ../../gcc/c-common.c:1047
#1 0x0804f7f6 in c_parse_file () at c-parse.y:3036
#2 0x0807f3b2 in c_common_parse_file (set_yydebug=0
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-13 12:57 ---
(In reply to comment #4)
> How are you building invoking make?
> I cannot reproduce this on i686-pc-linux-gnu either.
make bootstrap on clean system fails at the same place.
This probably starts when
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:01 ---
I used 4.1.0 as my compiler which I started with but it was not configured with
--with-cpu=athlon --
with-tune=athlon though but that is because I don't have an athlon.
--
What|Removed
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-13
13:08 ---
PRE checks the SSA_NAME_OCCURS_IN_ABNORMAL_PHI flag everywhere, and we shouldn't
really be doing anything over abnormal edges.
(see compute_avail and compute_antic).
--
http://gcc.gnu.org/bugzilla/show
--
What|Removed |Added
Keywords||wrong-code
Summary|stringification BUG |[3.4/4.0/4.1 Regression]
|
--
What|Removed |Added
Summary|[g77] c float function |[3.4 only] [g77] c float
|called from fortran gives |function called from fortran
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21917
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21917
Dear all,
I would like to post a bug report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple -mn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:34 ---
Confirmed but the DR is still not fully a defect yet (it is is in drafting) so
...
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:34 ---
So suspend this bug.
--
What|Removed |Added
Status|NEW |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:35 ---
Actually this is a dup of bug 12056.
*** This bug has been marked as a duplicate of 12056 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:35 ---
*** Bug 22459 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
13:37 ---
Suspending based on the fact the DR report is still not fully resolved yet, it
is still in drafting phase.
--
What|Removed |Added
---
--- Additional Comments From matz at suse dot de 2005-07-13 13:55 ---
I was going to add this text to PR22453, when I noticed that it was closed
as duplicate to this one. So putting it here for reference, although
everything seems to be analyzed already:
The reload happens, because
--
What|Removed |Added
BugsThisDependsOn||22460
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
compile the following to byte-code and then to native (and use the patch in
22368 to see the ICE):
public class t
{
t(){}
}
--
Summary: GCJ produces mis-match (non compatible) types in
MODIFY_EXPR (from byte-code)
Product: gcc
Version: 4.1.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
14:05 ---
Subject: Bug 22445
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-13 14:05:26
Modified files:
gcc: Cha
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
14:08 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01783.html crashes on richard
guenther's libsse2, fwiw.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
14:16 ---
Note fixing all of these issues and we can remove the "hack" in
may_propagate_copy which right now
says:
/* FIXME. GIMPLE is allowing pointer assignments and comparisons of
pointers that have diffe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
14:19 ---
Note I think I already fixed the DOM problem in PR 22335.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
14:23 ---
Michael, thank you very much. Your analysis will probably help a lot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-13
14:42 ---
Subject: Bug 21921
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-13 14:42:26
Modified files:
gcc: ChangeLog tree-iterator.c
gc
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-13
14:45 ---
Fixed by the patch above.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
CC||aph at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22460
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-13 15:28
---
The test has now been added to 4.0 branch and fails there as well.
--
What|Removed |Added
The test g++.dg/conversion/simd2.C has been newly added to 4.0 branch, but fails
there (at least on hppa2.0w-hpux, hppa64-hpux, i686-linux, ia64-hpux) because
the expected message is not correct for that branch.
/scratch/gcc/nightly-2005-07-12-4.0/src/gcc-4.0/gcc/testsuite/g++.dg/conversion/simd2.
--- Additional Comments From tsarkov at cs dot man dot ac dot uk
2005-07-13 15:46 ---
The same happens if I try to bootstrap fresh gcc HEAD with gcc 4.0.1 build
without athlon switches:
> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-s
--- Additional Comments From law at redhat dot com 2005-07-13 16:11 ---
Subject: Re: mmix-knuth-mmixware testsuite failure:
gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
On Wed, 2005-07-13 at 15:28 +, jsm28 at gcc dot gnu dot org wrote:
> --- Addition
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-13 16:17 ---
Simple fix (tested by doing make bootstrap; make install with and w/o
--enable-bootstrap) :
--- Makefile.tpl~ 2005-07-13 20:12:15.0 +0400
+++ Makefile.tpl2005-07-13 20:13:03
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-13
15:10 ---
Confirmed. Reduced testcase (compile with -O3):
int foo();
void bar()
{
int N, i, j, k, *p;
if (i)
while (1)
{
while (N)
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-13 16:59
---
Oops. This one passes with 20050709 and fails with 20050710, and is exactly
the format and input line from mgrid.
PROGRAM BUG
REAL*8 A(0:3)
READ 1000, A
1000 FORMAT (4D8.0)
STOP
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-13 17:09 ---
Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00930.html
--
What|Removed |Added
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-13
17:17 ---
According to mjw there is already code in classpath's ClassLoader
to do gnu.* checking (whether it is exactly what we want is not clear --
aph suggested we rename packages to make it very clear which parts
ar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
17:20 ---
Can you try this after:
2005-07-13 David Edelsohn <[EMAIL PROTECTED]>
* tree-ssa-dom.c (lookup_avail_expr): Do not pass member in freed
structure as argument.
--
http://gcc.gnu.org/bu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
17:38 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
bug.cpp: In function 'void func()':
bug.cpp:45: error: could not split insn
(insn:HI 106 27 115 (parallel [
(set (reg/v:SF 21 xmm0 [orig:59 _max.21 ] [59])
(if_then_else:SF (le:SF (reg/v:SF 21 xmm0 [orig:59 _max.21 ]
[59])
(reg/v:SF 21 xmm0
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-13 17:39
---
Patch here
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00937.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Component|c++ |target
Keywords|
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-13
17:43 ---
(In reply to comment #2)
> Patch here
> http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00937.html
What about the testcase, David?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--- Additional Comments From law at redhat dot com 2005-07-13 17:49 ---
Fixed by twiddling testcase.
--
What|Removed |Added
Status|NEW |RE
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
The libgcj verifier attempts to resolve dependent classes using Class.forName().
This causes ClassNotFoundException to be thrown too early - the exception should
occur when an attempt to use the missing class is made, not during verification.
public class Test
{
Missing a()
{
return new Mi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:12 ---
*** This bug has been marked as a duplicate of 17021 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:12 ---
*** Bug 22463 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17021
Error message:
:g++ -c bug02.cc
bug02.cc: In constructor ?do_something(const T (*)[M])::helper_t::helper_t()
[with T = double, int M = 3]?:
bug02.cc:10: instantiated from ?void do_something(const T (*)[M]) [with T =
double, int M = 3]?
bug02.cc:16: instantiated from here
bug02.cc:6: in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:21 ---
Confirmed, this is invalid code, you cannot reference a local variable in a
local class.
--
What|Removed |Added
-
--- Additional Comments From dje at watson dot ibm dot com 2005-07-13
18:23 ---
Subject: Re: Character length incorrect.
> What about the testcase, David?
I was focussing on the patch itself. Here's a testcase:
! PR fortran/21730
! {do-do run}
character*2 a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:36 ---
Confirmed, a 4.0 regression only.
--
What|Removed |Added
Status|UNCONFIRMED
current snapshot doesn't build:
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --no-split -I . -I ../../gcc/doc \
-I ../../gcc/doc/include -o
doc/gccint.info ../../gcc/doc/gccint.texi; \
fi
../../gcc/doc//tm.texi:9284: Cross reference to nonexistent
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
18:53 ---
Fixed already by:
2005-07-13 H.J. Lu <[EMAIL PROTECTED]>
* doc/tm.texi: Remove @xref{Cross-profiling}.
--
What|Removed |Added
Error message:
:g++ -c bug02.cc
bug02.cc: In constructor ?do_something(const T (*)[M])::helper_t::helper_t()
[with T = double, int M = 3]?:
bug02.cc:10: instantiated from ?void do_something(const T (*)[M]) [with T =
double, int M = 3]?
bug02.cc:16: instantiated from here
bug02.cc:6: in
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-07-13
19:14 ---
*** This bug has been marked as a duplicate of 22464 ***
--
What|Removed |Added
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-07-13
19:14 ---
*** Bug 22466 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
Two types exist with the same name, one ::Bar in the global namespace and one
Stuff::Bar in a named
namespace.
A new type ::Foo is derived from Stuff::Bar and given a member declared as "Bar
b". The type of Foo::b
ought to be ::Bar, since Foo is in the global namespace. However, Foo::b is
i
Ran /bin/bash ../configure --prefix=/tools/freeware/gcc4.0 --with-gnu-ld
--with-ld=/tools/freeware/gcc4.0/bin/ld --with-gnu-as
--with-as=/tools/freeware/gcc4.0/bin/as --with-cpu=ultrasparc
then
make profiledbootstrap
/var/tmp/gcc4/gcc-4.0.1/sparc-sun-solaris2.8/gcc/gcj
-B/var
1 - 100 of 150 matches
Mail list logo
