The following is creates wrong code because of aliasing issue:
typedef __SIZE_TYPE__ size_t;
typedef struct {
size_t car;
size_t cdr;
} cons;
int g(void);
size_t f(size_t a)
{
size_t x;
size_t *d;
size_t i;
d = x;
while ( (i = g()) != 0)
{
if (i == 30)
d =
--
What|Removed |Added
Target Milestone|--- |4.0.2
Version|4.1.0 |4.0.2
GCC should probably warn about useless comparison.
e.g.
#include stdlib.h
extern int *bar (int *);
int * foo (int a, int *c, int *b) {
int *ret = NULL;
if (a)
ret = c;
else
ret == bar (b);
return ret;
}
--
Summary: useless
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:12 ---
This was broken on 20050705.
I think this was fixed by:
2005-07-22 Diego Novillo [EMAIL PROTECTED]
* tree-ssa-alias.c (count_ptr_derefs): Do not consider
PTR-FLD a dereference of PTR.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:14 ---
*** Bug 23193 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:14 ---
*** This bug has been marked as a duplicate of 23113 ***
--
What|Removed |Added
--
What|Removed |Added
CC||dnovillo at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:22 ---
I should note the better testcase is:
typedef __SIZE_TYPE__ size_t;
typedef struct {
size_t car;
size_t cdr;
} cons;
int g(void);
size_t f(size_t a)
{
size_t x;
size_t *d;
size_t i;
d = x;
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:25 ---
(In reply to comment #6)
I'm not familiar with objective C, does it share warning messages with C?
Yes but this is in C code, the problem with that code is that well it is not
turned on by default and I
Given:
struct A {
void mf() {}
};
int main()
{
void (A::*pmf)() = A::mf;
A a;
a.*pmf(); // should be (a.*pmf)();
}
mainline GCC says to use .* or -* to use the PMF,
pfm_diag.cc: In function 'int main()':
pfm_diag.cc:9: error: must use '.*' or '-*' to call pointer-to-member
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
06:41 ---
Before 3.3, GCC gave:
t.cc:9: pointer to member function called, but not in class scope
Which is even worse.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02
07:44 ---
OK, this one is fixed.
--
What|Removed |Added
Status|NEW
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02
07:54 ---
I do apologise for missing this one: My fix for PR16940 fixes this fellow too.
I would be grateful if the reporters can give the latest cvs a whirl to confirm
that this is the case.
This expanded
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-02 08:13 ---
I think this testcase even better, it fails with -O1 -fstrict-aliasing and -O2:
struct S { int i; } s;
void f (struct S *q)
{
int a, *p;
p = a;
if (q)
p = q-i;
*p = 1;
}
void abort
--- Additional Comments From redi at gcc dot gnu dot org 2005-08-02 08:45
---
Ah, I didn't check further back than 3.3, thanks, Andrew.
For comparison, Comeau's online compiler doesn't give a very helpful message
either, it says that a.*pmf must be an expression - which is true but no
that this is the case.
This bug has quietly disappeared from my code as of gcc-20050722. Today's cvs
gcc-20050802 is working fine as well.
So yes, it seems indeed fixed. Many thanks to everyone involved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02
10:24 ---
My example from the SPEC benchmark candidate is also fixed. Yay!
--
What|Removed |Added
--
Bug 15502 depends on bug 18108, which changed state.
Bug 18108 Summary: [gfortran] overloading does not work for functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
What|Old Value |New Value
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02
10:50 ---
This is just a complete mis-handling of vector subscripts. Even without
using the maxloc intrinsics this ICEs:
$ cat t.f90
program bug
integer, dimension(10) :: foo
write(*,*) foo((/1,3/))
end
When frexp is used within a fabs function (as shown below) the value returned is
negative.
double a = fabs(frexp(b, i));
Example code and temp files are attached. This code works in gcc version 3.4
--
Summary: Using frexp with fabs produces negative result
Product: gcc
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02
10:52 ---
Closing this bug, then.
--
What|Removed |Added
Status|NEW
--
Bug 19292 depends on bug 16435, which changed state.
Bug 16435 Summary: gfortran X edit descriptor failure: test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
What|Old Value |New Value
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com
2005-08-02 10:53 ---
Created an attachment (id=9407)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9407action=view)
Example C++ code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com
2005-08-02 10:53 ---
Created an attachment (id=9408)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9408action=view)
Preprocessor output from gcc 4.0.1 from testcase
--
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com
2005-08-02 10:54 ---
Created an attachment (id=9409)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9409action=view)
Assembler output from g++ 4.0.1 from testcase
--
--
What|Removed |Added
Attachment #9408|application/octet-stream|text/plain
mime type||
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com
2005-08-02 10:56 ---
Output from test program
[EMAIL PROTECTED]:~$ g++-4.0 -o test_frexp test_frexp.cpp -save-temps -lm
[EMAIL PROTECTED]:~$ ./test_frexp
q: -123.456 a: -0.9645 e: 7
q: -123.456 a: 0.9645 b:
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02
10:57 ---
We die while looking for an array descriptor for the vector subscript:
/* For vector array subscripts we want the size of the vector. */
vecss = ss;
while (vecss-data.info.ref-u.ar.dimen_type[dim]
# gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730
--- Additional Comments From zlynx at acm dot org 2005-08-02 10:59 ---
Created an attachment (id=9410)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9410action=view)
preprocessed source to reproduce
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
11:11 ---
Similar testcase without arrays of length zero (which is not a bug in
every version of GCC):
templatetypename T struct A
{
void foo() throw(typename T::X);
};
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
11:16 ---
Also happens on i686-pc-linux-gnu.
Reducing.
--
What|Removed |Added
CC|
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
11:26 ---
Confirmed.
Reduced testcase (compile with -O -fforce-addr):
=
void foo()
{
char c;
c |= 1;
bar(c);
}
=
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-02
11:47 ---
Subject: Bug 23177
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-02 11:46:46
Modified files:
gcc: ChangeLog tree-ssa-operands.c
Log
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02
11:48 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
CC||rguenth at gcc dot gnu dot
||org
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
11:54 ---
Confirmed. Ouch!
--
What|Removed |Added
CC|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02
12:07 ---
Well...
int
tree_expr_nonnegative_p (tree t)
{
...
CASE_BUILTIN_F (BUILT_IN_FREXP)
...
/* Always true. */
return 1;
Which the manpage of frexp seems to support:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02
12:13 ---
A safe fix would be to make tree_expr_nonnegative_p say don't-know for frexp.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
12:30 ---
I don't think that libm is broken. I think the man page is just inaccurate.
I just tried on IRIX and they also return negative results for a negative
argument.
DESCRIPTION
The frexp() function is
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
12:34 ---
Here's a snippet from the manpage from hpux (as found on
http://www.informatik.uni-frankfurt.de/doc/man/hpux/frexp.3c.html )
which supports my claim from comment #8:
NAME
frexp(), ldexp(), modf() -
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02
12:50 ---
Testing patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From schwab at suse dot de 2005-08-02 13:06 ---
The C standard says:
[...], the frexp functions return the value x, such that x has a magnitude
in the interval [1/2, 1) or zero, and value equals x × 2^*exp.
The magnitude is also known as the absolute
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
13:10 ---
I'll take care of this one.
Could anybody bug the maintainers of the manpages in the Linux Programmer's
manual (hpux, IRIX, Openbsd seem to have correct man pages).
--
What|Removed
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
13:13 ---
Reassigning since Richard Guenther already posted a patch.
--
What|Removed |Added
with: ./configure --prefix=/Users/dir/gfortran
--enable-languages=c,f95
Thread model: posix
gcc version 4.1.0 20050802 (experimental)
[dranta:~/tests/gfortran-D] dir%
[dranta:~/tests/gfortran-D] dir% cat s5main.f
subroutine s5main(prop,sig,epx,ln)
c
save
common/bk56/c(6,6),ipt,nel,nelsub
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02
13:31 ---
Please verify you have
2005-08-02 Richard Guenther [EMAIL PROTECTED]
PR tree-optimization/23177
* tree-ssa-operands.c (get_tmr_operands): Use get_expr_operands
on TMR_TAG.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-02
14:04 ---
Subject: Bug 23192
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-02 14:04:37
Modified files:
gcc:
I noticed -fprofile-generate and -fprofile-use dont have an up to date summary
of the options they enable. Patch follows.
--
Summary: Improve documentation on -fprofile-generate, -fprofile-
use
Product: gcc
Version: 4.0.2
Status:
--
What|Removed |Added
Component|c |middle-end
Keywords||documentation
After configuring and building with
$SRCDIR/configure --enable-languages=c,f95 --prefix=/home/tobi/usr
make bootstrap
make DESTDIR=/tmp install
I get:
[EMAIL PROTECTED]:/tmp/home/tobi/usr/bin pwd
/tmp/home/tobi/usr/bin
[EMAIL PROTECTED]:/tmp/home/tobi/usr/bin ls -R
.:
cpp* gcc/ gccbug gcov*
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02
14:17 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00102.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
14:23 ---
I have verified that the patch which Richard references does fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
--- Additional Comments From anton at samba dot org 2005-08-02 14:25
---
Created an attachment (id=9411)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411action=view)
Update profile option documentation
Document all options that -fprofile-generate/-fprofile-usr select:
--
What|Removed |Added
CC||matze at braunis dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
On Aug 2, 2005, at 10:25 AM, anton at samba dot org wrote:
--- Additional Comments From anton at samba dot org 2005-08-02
14:25 ---
Created an attachment (id=9411)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411action=view)
Update profile option documentation
Document all
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-02
14:32 ---
Subject: Re: Improve documentation on -fprofile-generate, -fprofile-use
On Aug 2, 2005, at 10:25 AM, anton at samba dot org wrote:
--- Additional Comments From anton at samba dot org
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 14:33
---
I'm seeing this failure also if I do a regular make install. I'll now try
compiling with only C enabled.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
14:35 ---
Are you sure that you don't have a directory in /tmp/home/tobi/usr/bin/ before
you started the make
install, likewise in /home/tobi/usr/bin?
Try removing it before make install. If that is the problem,
--
Bug 20663 depends on bug 20482, which changed state.
Bug 20482 Summary: Problem when overloading LEN intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482
What|Old Value |New Value
--- Additional Comments From tow21 at cam dot ac dot uk 2005-08-02 14:36
---
Closed by Paul Thomas' fix for PR18108
--
What|Removed |Added
Status|NEW
--- Additional Comments From anton at samba dot org 2005-08-02 14:42
---
Created an attachment (id=9414)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9414action=view)
Updated patch
As pinskia pointed out, -fspeculative-prefetching is not selected.
--
What|Removed
--- Additional Comments From joern dot rennecke at st dot com 2005-08-02
14:47 ---
Subject: Re: - RFA: fix PR middle-end/23135: synthetic testcase
I have attached a testcase that triggers the bug on mainline for sh-elf
-m4 -O2.
/* Based on execute/simd-1.c, modifed by [EMAIL
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 14:53
---
No, there was nothing before I tried installing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
I tried to do a profiledbootstrap for sparc64-sun-solaris2.9 but ran into an
internal compiler error for reorg.c. I then profilebootstraped gcc 4.0.1 for
sparc-sun-solaris2.9 without error. But again I get an internal compiler error
for the file r.c below that I build by stripping down reorg.c:
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 15:10
---
Sigh. Somehow the build chose a weird install program. Editing the Makefile to
use gnu install instead fixes it.
Two questions:
A) should there be a configure option for this?
B) should '@(#)$Header:
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02
15:10 ---
Testing patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
15:13 ---
I think this only effects 4.0.x.
--
What|Removed |Added
Component|gcov/profile
--- Additional Comments From dir at lanl dot gov 2005-08-02 15:17 ---
It works now. Somehow, I missed getting it the first time that I refreshed the
gfortran tree this morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
Hi.
The following code, that used to compile on the older gcc,
now rejects:
---
static char var;
int main()
{
asm volatile ( :: i(var + 1));
return 0;
}
---
with the following message:
---
asc.c:5: warning: asm operand 0 probably doesnt match constraints
asc.c:5: error: impossible
--- Additional Comments From doerfler at ieee dot org 2005-08-02 15:21
---
Has this PR been fixed by
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01881.html
?
The latest snapshot
gcc (GCC) 4.1.0 20050730 (experimental) (gentoo x86)
succeeded with profiledbootstrap
Is PR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
15:24 ---
Hmm, somone else have to verify if this valid or invalid code.
--
What|Removed |Added
GCC
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02
15:44 ---
Subject: Re: gfortran X edit descriptor failure: test
f77-edit-x-out.f
fxcoudert at gcc dot gnu dot org wrote:
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02
10:52
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-02
15:46 ---
This is a bug in the i386 builtin expansion code. Testing a fix.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
15:54 ---
Fixed on the mainline.
--
What|Removed |Added
Known to fail|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
15:57 ---
Confirmed, please send the patch to gcc-patches@ with a change log.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02
15:58 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
15:59 ---
(In reply to comment #4)
Two questions:
A) should there be a configure option for this?
Actually we should detect if it is non complaint install and use the install-sh
script instead.
B) should
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02
16:05 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
This error is showing up with several programs and it changes if I reduce the
program very much - I will add the second error that shows up as a seperate
report-
[dranta:~/tests/gfortran-D] dir% gfortran -O2 -c zipp02.f
In file zipp02.f:194
IF(LTEMP(K)) 59,58,57
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 16:44
---
(In reply to comment #5)
(In reply to comment #4)
Two questions:
A) should there be a configure option for this?
Actually we should detect if it is non complaint install and use the
install-sh script
--- Additional Comments From dir at lanl dot gov 2005-08-02 16:45 ---
Created an attachment (id=9415)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9415action=view)
source that fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
Here is a second bug that showed up when I tried to reduce the test case for bug
23201 -
[dranta:~/tests/gfortran-D] dir% gfortran -O2 -c zipp01.f
In file zipp01.f:42
COMMON /SIZ/ DUM4,IDUM4(4),NWPART
1
Warning: Named COMMON block 'siz' at
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org, dnovillo at gcc dot gnu
--- Additional Comments From dpatel at apple dot com 2005-08-02 16:52
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized
variables (stabs)
On Aug 1, 2005, at 8:25 PM, mark at codesourcery dot com wrote:
In any case, the problem is now either in the C front
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-02
17:00 ---
Devang --
The DWARF-2 information looks correct to me, from the section of DWARF-2 code
that you posted in the original report for this bug. I know GDB doesn't print
the variable, but I don't think
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
17:08 ---
I am thinking this is a fortran front-end bug:
reduced testcase:
COMMON /SUBSTR/ NPHASE,NSUB
END
SUBROUTINE ZIPP
COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF
IF (NSUB.LT.0)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
17:10 ---
Another reduced testcase:
COMMON /SUBSTR/ NPHASE,NSUB
END
SUBROUTINE ZIPP
COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF
NSUB = 1
KTBUF = 1
END
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
17:11 ---
We do get a warning:
In file t.2.f:4
COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF
1
Warning: Named COMMON block 'substr' at (1) shall be of the same size
--- Additional Comments From dpatel at apple dot com 2005-08-02 17:12
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized
variables (stabs)
On Aug 2, 2005, at 10:00 AM, mmitchel at gcc dot gnu dot org wrote:
--- Additional Comments From mmitchel at gcc
--- Additional Comments From mark at codesourcery dot com 2005-08-02 17:16
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for
uninitialized variables (stabs)
dpatel at apple dot com wrote:
--- Additional Comments From dpatel at apple dot com 2005-08-02 17:12
---
--- Additional Comments From uttamp at us dot ibm dot com 2005-08-02 17:20
---
(In reply to comment #7)
Fixed.
Shouldn't the following test fail too with the shape conformance error message?
program test
integer ::a(2,2)
real :: b(4,4)
a=1
b=2.0
b = b + a
end program test
--
--- Additional Comments From dpatel at apple dot com 2005-08-02 17:21
---
Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized
variables (stabs)
On Aug 2, 2005, at 10:16 AM, mark at codesourcery dot com wrote:
It sounds sensible enough, but I really haven't
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
17:37 ---
I only get the following error/ICE:
t.2.f:3: error: statement makes a memory store, but has no V_MAY_DEFS nor
V_MUST_DEFS
substr.ktbuf = 1;
t.2.f:3: internal compiler error: verify_ssa failed
On the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02
17:39 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
1 - 100 of 161 matches
Mail list logo