--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa
dot ua 2005-06-14 07:06 ---
If I understand this correctly, older GCCs were able to
figure out that when there is 5 registers available,
"=&g" (__d3) can olny be matched with memory (on-stack local var)
whereas w
--- Additional Comments From zack at codesourcery dot com 2005-06-14 07:09
---
Subject: Re: libgcc2 compile causes internal error for mips-wrs-vxworks
The target will eventually be readded, but you might as well close the
bug - it hasn't shown up in our internal testing, so it's proba
--- Additional Comments From s__nakayama at infoseek dot jp 2005-06-14
07:20 ---
(In reply to comment #1)
Hmm, it does't look the same.
// test code
#define S(X) S2(X)
#define S2(X) #X
#define TAB " " /* 0x09 */
main()
{
puts(S(S(TAB)));
}
// GCC 4.0.0 result
"\"\011\""
// GCC 2.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
08:22 ---
Fixed by Nathan's patch for PR 20789.
This looks indeed like a duplicate.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
08:24 ---
*** This bug has been marked as a duplicate of 20789 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
08:24 ---
*** Bug 20668 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
--
Bug 20789 depends on bug 17323, which changed state.
Bug 17323 Summary: [3.4/4.0/4.1 regression] ICE on invalid code if static
member array initialized with size computed as division by zero
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17323
What|Old Value |
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
08:30 ---
Fixed by Nathan's patch for PR 20789.
Fixed already on mainline and 3.4 branch.
The patch will be applied to the 4.0 branch once GCC 4.0.1 is out.
So closing as fixed.
--
What|Removed
version 4.1.0 20050614 (experimental)
The assembler is the GNU assembler 2.15.
./xgcc -B./ -B/home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/bin/
-isystem /home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/include -isystem
/home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/sys-include
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-14
08:58 ---
Fixed on Mainline, waiting for unfreeze on 4.0
--
What|Removed |Added
Summary|[4.0
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-14
09:01 ---
Fixed on mainline, waiting for unfreeze on 4.0.
I am disinclined to backport to 3.4, it is a usability issue only. The patch is
larger than I am comfortable with.
--
http://gcc.gnu.org/bugzilla/show_bug.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
[EMAIL PROTECTED]> gcc -Wall -o bug bug.cpp
bug.cpp: In function `int main()':
bug.cpp:23: error: could not convert template argument `&A::a' to `int AA::*'
bug.cpp:23: error: invalid type in declaration before ';' token
bug.cpp:17: warning: unused variable 'c'
bug.cpp:19: warning: unused variable
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:17
---
Created an attachment (id=9084)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9084&action=view)
Test case
Compile and you will get an error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:18
---
Created an attachment (id=9085)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9085&action=view)
The preprocessed file
This file contains pretty much the same thing as the test case.
--
http://gcc.gnu
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:25
---
I forgot to describe the problem.
The attached source code contains a template that has a member pointer argument.
When the template is used in a way so that the pointer should refer to an
inherited member a
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-06-14
10:36 ---
A change like this:
static void
+eoshift0 (gfc_array_char * , const gfc_array_char *,
+ int, const char *, int);
+
+static void
eoshift0 (gfc_array_char * ret, const gfc_array_char * array,
--- Additional Comments From laurent at guerby dot net 2005-06-14 10:40
---
Now that PR22053 is fixed, cxg2021 ICE has changed to the one of this PR.
+===GNAT BUG DETECTED==+
| 4.1.0 20050614 (experimental) (x86_64-unknown-linux-gnu
When trying to compile javax/swing/text/InternationalFormatter.java the compiler
gets confused about which super class it should use for the clone() method:
/usr/local/gcc41/bin/gcj -Wno-deprecated --encoding=UTF-8 --bootclasspath ''
--classpath ..:../vm/reference:../external/w3c_dom:../external/s
--- Additional Comments From roman at kennke dot org 2005-06-14 10:48
---
Looks like a compiler bug. It should be clear that it should call the clone
method of DefaultFormatter, shouldn't it? Jikes doesn't seem to have a problem
with it. Disabling this method as a workaround will not hur
--- Additional Comments From laurent at guerby dot net 2005-06-14 10:50
---
All the ACATS and a-nllcef.ads are fixed, I'm currently checking a full build
with most of my kludges removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22053
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-14
10:55 ---
Well, my latest tests on alphaev67-linux
(http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00870.html) does not show any
improvement (most failures are due to this problem). What I don't understand is
why
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-14
11:43 ---
Created an attachment (id=9086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9086&action=view)
Simplified testcase.
A simplified testcase for the problem. Note that the problem only seems to
happen w
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
12:37 ---
Lets close as will not fix then.
--
What|Removed |Added
Status|SUSPENDED
--
What|Removed |Added
Attachment #9084|text/html |text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
12:41 ---
Confirmed on x86 and SPARC.
--
What|Removed |Added
CC|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
12:44 ---
My logs show that it was not present as of 05/31.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
12:45 ---
14.3.2 (5) says the following:
For a non-type template-parameter of type pointer to data member, qualification
conversions (4.4) are
applied.
Meaning only adding cvq can be added which makes this invalid
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
12:51 ---
So we are left with these 2 patches to the C++ front-end:
2005-06-03 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/21853
* typeck.c (casts_away_constness_r): Do not drop cv-qualifiers on
--
What|Removed |Added
Component|bootstrap |debug
Keywords||build, ice-on-valid-code
http://gcc.gnu.org/bugzilla/sh
The piece of code attached compiles correctly if the returnZero function is
removed or commented out; however the code does not compile on this machine "as
is".
OUTPUT:
gcc -v -save-temps fsabug.c -o fsabug -O4
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:08 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 13:07:43
Modified files:
gcc: ChangeLog
gcc/config/sparc:
--- Additional Comments From gevans at informatics dot bangor dot ac dot uk
2005-06-14 13:09 ---
Created an attachment (id=9087)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9087&action=view)
Code for Bug 22061
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:12 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 13:12:01
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
13:15 ---
Subject: Bug 20301
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 13:15:02
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:16 ---
Confirmed, only a 3.4 regression.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
13:18 ---
I guess index number overflow is looming, but still.
--
What|Removed |Added
S
--- Additional Comments From cludwig at cdc dot informatik dot tu-darmstadt
dot de 2005-06-14 13:19 ---
Subject: Re: _REENTRANT defined when compiling non-threaded code.
On Mon, Jun 13, 2005 at 03:29:02AM -, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:21 ---
Confirmed, I thought the gimplifier would have to change but it is not that.
If we look at .eh (via -fdump-tree-all-lineno), we see that there is a goto
with the lineno of 10:
[t.c : 7] j = 0;
[t.c : 7]
I have a bugg report about installing my eggdrop look at the error
/usr/include/netinet6/in6.h:156: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1
--
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
13:24 ---
> Confirmed on x86 and SPARC.
And x86-64 if that matters.
--
What|Removed |Added
Last
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
13:59 ---
Please attach the preprocessed source as requested by that web site you pointed
to.
--
What|Removed |Added
--
I'm experiencing a build failure in a rather complex project which boils
down to a class compiled with two different visibilities. it fails with this
error, but only when using -fPIC
linkfoo.o: In function `foo::foo()':
linkfoo.cc:(.gnu.linkonce.t._ZN3fooC1Ev[foo::foo()]+0x11): undefined r
--- Additional Comments From mueller at kde dot org 2005-06-14 14:19
---
Created an attachment (id=9088)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9088&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
--
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
http://gcc.gnu.org/ml/gcc/2005-06/msg00438.html
--
Summary: libmudflap contains possible alias violations
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libmudflap
AssignedT
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
15:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
15:49 ---
I don't see anything wrong with the link error as you are saying that the class
foo is only in liblinkfoo.so
which is not true as the vtable is in libfoo.so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14
15:57 ---
Even shorter testcase:
===
int N = 1;
void foo() {}
void bar(int a[1][N])
{
a[0][0] = 0;
}
===
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
16:04 ---
Subject: Bug 21929
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 16:04:30
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/g++.
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 16:12
---
Appeared between 2005-05-29 13:00 UTC and 2005-05-29 14:30 UTC. I.e., caused
by:
Changes by: [EMAIL PROTECTED] 2005-05-29 13:14:43
Modified files:
gcc: ChangeLog tree-flow.h t
--- Additional Comments From matz at suse dot de 2005-06-14 16:13 ---
No. The vtable itself (as all methods of class foo) is implemented in
libfoo.so with default visibility, i.e. exported just fine:
25: 17d812 OBJECT WEAK DEFAULT 20 vtable for foo
Then there is libl
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
16:55 ---
Subject: Bug 21987
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 16:55:47
Modified files:
gcc/cp : Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-14
16:58 ---
Fixed in 3.4.5.
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
17:01 ---
Fix checked in.
--
What|Removed |Added
Status|UNCONFIRMED |RESOL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
17:08 ---
Subject: Bug 22043
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-14 17:08:00
Modified files:
gcc: Change
Combining the following C functions and using -fdump-tree-original causes the
static function with
the same name to emitted with the same name instead of with an unique number.
--- file1.c ---
static void f(){}
void g(){f();}
--- cut ---
--- file2.c ---
static void f(){}
void h(){f();}
--- cut --
--- Additional Comments From laurent at guerby dot net 2005-06-14 18:02
---
gnatlib now builds numeric parts without kludges. Thanks for the fix!
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14
18:20 ---
Thanks for the quick turnaround time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
18:36 ---
Subject: Bug 22064
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 18:36:50
Modified files:
libmudflap : ChangeLog mf-impl.h
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
18:37 ---
Subject: Bug 21094
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 18:37:21
Modified files:
libmudflap : ChangeLog
libmudflap/testsui
--- Additional Comments From fche at redhat dot com 2005-06-14 18:37
---
patched to look for build tree g++
--
What|Removed |Added
Status|NEW
--- Additional Comments From fche at redhat dot com 2005-06-14 18:38
---
slightly hacky but unobtrusive patch to use type-safe code
--
What|Removed |Added
Status
--- Additional Comments From mark at codesourcery dot com 2005-06-14 18:39
---
Subject: Re: [3.4 Regression] New testsuite failure
g++.dg/warn/conversion-function-1.C
ebotcazou at gcc dot gnu dot org wrote:
> --- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-1
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
19:12 ---
Subject: Bug 21023
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 19:12:24
Modified files:
gcc: ChangeLog tree-mudflap.c
lib
--- Additional Comments From fche at redhat dot com 2005-06-14 19:13
---
the suggestion seemed to work, thank you!
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
19:18 ---
Subject: Bug 21724
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 19:18:16
Modified files:
libmudflap : ChangeLog Makefile.am Makefile.in
L
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:18 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From fche at redhat dot com 2005-06-14 19:18
---
thanks, sorry for the wait
--
What|Removed |Added
Status|UNCONFIRMED |RE
--
Bug 21824 depends on bug 21724, which changed state.
Bug 21724 Summary: [gcc]/libmudflap/Makefile.am, refusing to install
mf-runtime.h in includedir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:22 ---
The patch was never applied.
--
What|Removed |Added
Status|WAITING
Not positive this is a bug, but I think so.
This code compiles and prints 0:
#include
namespace {
int i = 0;
}
int main(int argc, char** argv)
{
std::cout << "i=" << ::i << std::endl;
return 0;
}
I'd expect it to complain that i isn't in the global namespace
(since it is in the anon/def
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
--- Additional Comments From laurent at guerby dot net 2005-06-14 19:33
---
Here is a reduced test case from g-socket, it ICEs the same way at -O2.
As additional information, it looks like the problem happens when an array is
determining the size of a discriminated record (which is max
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
19:37 ---
Unnamed namespaces are injected into the same scope as the previous namespace.
See example in 7.3.1.1 where it refers to A::i where i is in an unnamed
namespace of the named one
(A).
--
What
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17961
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14
20:06 ---
Subject: Bug 19877
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-14 20:05:59
Modified files:
libjava: ChangeLog aclocal.m4 configure Makefi
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
20:07 ---
I checked in the fix on the trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14
20:26 ---
I am testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 20:26
---
The test pr21985.c is FAILing on hppa64-hpux and ia64-hpux -mlp64. It looks
like it is simply broken with regard to 64-bit platforms.
FAIL: gcc.dg/tree-ssa/pr21985.c (test for excess errors)
FAIL: gcc.dg/tre
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
20:54 ---
Fixed on the mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
20:58 ---
Fixed on the mainline at least.
--
What|Removed |Added
Status|NEW
PR17103 states that mulli is better than decomposing into shift/add sequence.
Following is example where we are being inconsistent about that decision.
Compiled with gcc -O2 -mcpu=power4 -m32
struct S {
int i1,i2,i3,i4,i5,i6;
}s[10];
int y;
int test1(int j, int x)
{
y = y * 24;// shift
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
21:23 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Examples where we could use mulli instead of li/mulld. The array indexing
example shows up in the bzip2 benchmark (when compiled with -m64).
Compiled with gcc -O2 -m64
struct S {
int i1,i2,i3,i4,i5,i6;
}s[10];
long test1(int j, long x)
{
s[j].i1 = 1;
return (x * 24);
}
--
Summ
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
21:36 ---
Confirmed, this is a target issue.
--
What|Removed |Added
Status|UNCONFIRMED
Compiling the following code snippet with "gcc -gstabs+ -O3 -c" will expose the
bug:
--stabs.c---
int func1(int parm1)
{
static int func2(void);
int var1=0;
if (parm1 == 10) {
var1=func2();
}
return var1;
}
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
22:44 ---
The code is invalid and gives errors from 4.0.0 and above:
t.c: In function func1:
t.c:3: error: invalid storage class for function func2
t.c: At top level:
t.c:14: error: static declaration of func2 f
--- Additional Comments From bhavesh at avaya dot com 2005-06-14 22:51
---
(In reply to comment #1)
> The code is invalid and gives errors from 4.0.0 and above:
> t.c: In function func1:
> t.c:3: error: invalid storage class for function func2
> t.c: At top level:
> t.c:14: error: st
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
22:55 ---
Still invalid code. You have a declare a static function inside in a function
which is invalid.
--
What|Removed |Added
The inclusion of iostream breaks the following program. A workaround is to
define an inline function that calls into tolower() and use it as the last
argument to transform().
Code:
#include
#include
#include
#include
int main()
{
std::string foo("AbCd");
std::transform(foo.begin(), fo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
23:15 ---
This is invalid, see PR 11108 which this is a dup of.
*** This bug has been marked as a duplicate of 11108 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14
23:15 ---
*** Bug 22070 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
1 - 100 of 128 matches
Mail list logo
