--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-14
07:00 ---
(In reply to comment #13)
> I'll try again this weekend with the version of GMP on the laptop
> and update GMP if it still fails. If you go to the GMP home page
> there is a VERY big warning about problems
On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
* f95 disqualifies ifselves from several embedded targets, if it can
not be
built/used on targets not supporting REAL8. IIRC, there even exist
variants of
major _targets_ (IIRC, powerpc, m68k) which do not support REAL8.
IMO, thi
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-14
07:04 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
> * f95 disqualifies ifselves from several embed
On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
* f95 disqualifies ifselves from several embedded targets, if it can
not be
built/used on targets not supporting REAL8. IIRC, there even exist
variants of
major _targets_ (IIRC, powerpc, m68k) which do not support REAL8.
IMO, thi
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-14
07:08 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
> * f95 disqualifies ifselves from several embed
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21481
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-14
08:14 ---
(In reply to comment #17)
> Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
>
>
> On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
>
> > * f95 disqu
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-14
08:33 ---
(In reply to comment #16)
> Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
>
>
> On May 14, 2005, at 3:00 AM, corsepiu at gcc dot gnu dot org wrote:
>
> > * f95 disqu
--- Additional Comments From sven at clio dot in-berlin dot de 2005-05-14
08:37 ---
After reflection I changed the subject. While template declaration and partial
specialization is possible inside a class, the full specialzation is not.
--
What|Removed
gfortran falsely accepts a namelist in a block
data:
$ cat block_d.f
block data
common /foo/ a
namelist /foo_n/ a
data a /1.0/
end
$ gfortran -S block_d.f
$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1/configure --prefix=/hom
Attached is a slight variation of the nestedfunc-5.c testecase that crashes
w/GCC i386 4.0
--
Summary: trampolines + goto are broken
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-05-14
10:03 ---
Created an attachment (id=8889)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8889&action=view)
Testcase that crashes w/GCC 4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21566
The compiler get's a segmentation fault on this one :)
The compiler 4.0.0 was configurated with --enable-languages=c,c++,java
--enable-shared --enable-threads=posix --with-cpu=i686 and built with make
CFLAGS='-O' LIBCFLAGS='-g -O2' \
LIBCXXFLAGS='-g -O2 -fno-implicit-templates' profile
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-05-14 11:46 ---
Please attach preprocessed testcase, see http://gcc.gnu.org/bugs.html#need for
details. Also please try recent snapshot of 4.0
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20050507/
--
Wh
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-05-14
12:00 ---
Patch for 4.1 submitted:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01322.html
It requires another patch from me:
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01320.html
Won't fix in 3.4. A stripped
For the testcase
int x;
int foo(void)
{
x = 0;
return *(volatile int *)&x;
}
the tree-optimizers omit the volatile cast and cprop 0 to the
return statement which is invalid. This is a regression from
3.4 where we produced (with -O)
foo:
pushl %ebp
movl%esp,
const int i=0;
int foo(void)
{
*(int *)&i = 1;
return i;
}
with -O0 gcc returns 1, with -O1 and up it returns 0.
Is this a valid store to i? If not, why doesn't gcc warn
even at -Wall?
--
Summary: write to const variable ignored at -O[12]
Product: gcc
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-05-14 15:25 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
Quoting corsepiu at gcc dot gnu dot org <[EMAIL PROTECTED]>:
> As I tried to express before, I th
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-14
15:42 ---
It looks like fold_indirect_ref is not supposed to be used as a generic folder,
but explicitly to strip these const casts. So the bug I tried to fix with this
has to be fixed elsewhere!?
Reverted from mai
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-05-14 15:57 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
On Sat, May 14, 2005 at 03:25:17PM -, Tobias dot Schlueter at physik dot
uni-muenchen dot de wrote:
A binary file (created with a program compiled with g77) being read
by a program compiled using 4.0.0 gfortran produces the following:
"Fortran runtime error: Corrupt unformatted sequential file"
--
Summary: Unformatted sequential read/write
Product: gcc
Version:
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-05-14 16:06 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
On Sat, May 14, 2005 at 08:14:48AM -, corsepiu at gcc dot gnu dot org wrote:
>
> Free free to hang
--- Additional Comments From dank at kegel dot com 2005-05-14 16:30 ---
On Cygwin, the symptoms may be slightly different.
Here's a snippet of a build log from Petr Cvachoucek:
basename: missing operand
Try `basename --help' for more information.
mv: `libgcc_s_nof.so.1' and `libgcc_s_nof
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
16:30 ---
I want to say this is a translation bug.
--
What|Removed |Added
Component|tree-opti
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
16:32 ---
This is undefined, see the full discussion on the gcc list:
http://gcc.gnu.org/ml/gcc/2005-05/msg00073.html
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
16:34 ---
Is this with a 64bit target?
I don't think we should consider this a bug because binary files are never
portable between targets.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
16:43 ---
This is undefined, as shown by this would fail at runtime.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-14
16:45 ---
Reduced testcase:
typedef struct { char ch[3]; } pstr;
const pstr ao = { "OK" };
const pstr * const a = &ao;
void test1(void)
{
((char *)a->ch)[2] = 0;
}
aliasing chokes on gimplification stripping 02.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
16:46 ---
(In reply to comment #5)
> It looks like fold_indirect_ref is not supposed to be used as a generic
> folder,
> but explicitly to strip these const casts. So the bug I tried to fix with
> this
> has to be
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-14
16:48 ---
actually trees look like
3845 ret = gimplify_modify_expr (expr_p, pre_p, post_p,
Value returned is $3 = GS_ALL_DONE
(gdb) call debug_tree(*expr_p)
unit size
align 8 s
[EMAIL PROTECTED] cat test.cc
double zero;
void foo() { zero = 0; }
[EMAIL PROTECTED] ppc-eabi-gcc -c test.cc
[EMAIL PROTECTED] ppc-eabi-gcc -v -msdata=default -c test.cc
Using built-in specs.
Target: ppc-eabi
Configured with: ../../gcc/configure --prefix=/home/osv/try/ppc-rtems/tools
--target=ppc-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
17:02 ---
This testcase will abort no matter what and and if change it to something which
will not abort all the
time, it does not crash for me with -march=i386.
Here is the testcase I used:
extern void abort (void)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
17:06 ---
I don't think full specializations are not allowed in side classes but I don't
have my copy of the standard
in front of me.
Also note ICC also rejects this code:
t.cc(28): error: class "container::iterato
STL warnings/errors in gcc was always a mess but with gcc4 I see they are now
really impossible to
understand. Here is an excerpt :
90% compiling
/opt/development/kde/KDE/kdepim/certmanager/lib/kleo/multideletejob.cpp
/usr/lib/gcc/x86_64-linux/4.0.1/../../../../include/c++/4.0.1/bits/vector.
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-14
17:51 ---
A little more simplification:
typedef struct { char ch; } pstr;
const pstr ao = { 'O' };
void test1(void)
{
*((char *)&ao.ch) = 1;
}
.02.original:
*(char *) &ao.ch = 1;
.02.gimple:
ao.ch = 1;
whi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
18:14 ---
This is a warning about dead code really, the problem comes from
-fno-exceptions and try/catch being
defined as "if (true)" and "else if (false)".
*** This bug has been marked as a duplicate of 19699 ***
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
18:14 ---
*** Bug 21572 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-14
18:28 ---
gimplify_expr calls fold_indirect_ref on *(char *)&ao.ch which happily folds
away the cast. Disabling fold_indirect_ref leaves the stripping to
STRIP_USELESS_TYPE_CONVERSION, so we end up with
const char
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-05-14
18:50 ---
>This testcase will abort no matter what and and if change it to
>something which will not abort all the time, it does not crash for me with -
>march=i386.
Does this mean that you agree that an unexpec
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
18:52 ---
(In reply to comment #3)
> Does this mean that you agree that an unexpected crash has been observed?
No, it means I cannot reproduce what you got. My testcase works. Your
testcase will always call abort.
The program below is expected to print "SUCCESS" (because 0 is not a valid value
of type T). However, at optimization level -O2 (on i686-pc-linux-gnu), it
prints "FAIL".
with Ada.Unchecked_Conversion;
with Ada.Text_IO; use Ada.Text_IO;
procedure Valid_Enumeration_Holes is
type T is (A, B, C,
--- Additional Comments From fw at deneb dot enyo dot de 2005-05-14 19:09
---
I should have mentioned that the N'Value business is solely designed to force a
call to the Rep_To_Pos function for T (instead of evaluation of 'Valid at
compile time).
--
http://gcc.gnu.org/bugzilla/show_b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
19:09 ---
It works for me on powerpc-darwin with "4.0.0 20050222".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21573
--- Additional Comments From fw at deneb dot enyo dot de 2005-05-14 19:35
---
Subject: Re: 'Valid attribute on enumeration types with holes
* pinskia at gcc dot gnu dot org:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
> 19:09 ---
> It works for m
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-14 19:40
---
Another case of a numeric value range spoiled by a symbolic one:
int
foo (int a, int b)
{
if (a == 0)
return 0;
if (a == b)
if (a == 0)
return 123;
return 456;
}
Reduced from c-common.c
--- Additional Comments From dnovillo at redhat dot com 2005-05-14 20:00
---
Subject: Re: A numeric range is spoiled by a symblic one in VRP
On Sat, May 14, 2005 at 07:40:04PM -, kazu at cs dot umass dot edu wrote:
>
> --- Additional Comments From kazu at cs dot umass dot edu
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-05-14
20:06 ---
(In reply to comment #3)
> I will test and submit this patch after Diego submits his VRP revamp
> unless Diego heavily modifieis this part of VRP.
>
This is already in my current VRP changes, but go ahead
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-05-14
20:07 ---
I see.
The goto acts like a longjmp in this context.
--
What|Removed |Added
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-05-14
20:08 ---
(In reply to comment #4)
> (In reply to comment #3)
>
> > I will test and submit this patch after Diego submits his VRP revamp
> > unless Diego heavily modifieis this part of VRP.
> >
> This is already in
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-14
20:33 ---
Subject: Bug 21563
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-14 20:32:59
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-14 20:33
---
Just checked in a patch.
--
What|Removed |Added
URL|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
20:36 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
ber
of new testsuite failures, all -milp32 only, which might show up with a
cross-compiler and indicate the source of this or a related problem. All these
appeared between 20050512 and 20050514, and seem likely to be related to this
patch.
FAIL: g++.dg/tls/init-1.C (test for excess errors)
FAIL: gcc.dg/tl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
20:58 ---
*** This bug has been marked as a duplicate of 19925 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
20:58 ---
*** Bug 20925 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From danglin at gcc dot gnu dot org 2005-05-14
20:58 ---
See comment #9.
--
What|Removed |Added
Status|NEW |RESOL
Consider:
int
foo (int *p)
{
*p = 0;
return *p;
}
Here is what I get after store_ccp (with -fno-tree-dominator-opts)
foo (p)
{
int D.1233;
:
# TMT.0_5 = V_MAY_DEF ;
*p_1 = 0;
# VUSE ;
D.1233_2 = *p_1;
return D.1233_2;
}
Note that the return statement isn't changed to "retu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
21:21 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
The following code generates a compiler error on the function definition.
Tested with
3.4.1 release
3.4.3 release
4.0.0 release
---
template
class foo {
public:
typedef T foo2;
foo2 bar();
};
template
foo::foo2 foo::bar() {
return foo2();
}
--
Summary: definition membe
Consider:
int
foo (unsigned long a)
{
int b = __builtin_clzl (a);
int c = __builtin_clzl (a);
if (b == c)
return 1;
return 0;
}
Here is what I get after FRE.
foo (a)
{
int c;
int b;
int D.1235;
:
b_3 = __builtin_clzl (a_2);
c_4 = __builtin_clzl (a_2);
if (b_3 == c_4) got
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
21:24 ---
Invalid, you need the typename keyword, like so:
template
class foo {
public:
typedef T foo2;
foo2 bar();
};
template
typename foo::foo2 foo::bar() {
return foo2();
}
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
21:30 ---
Confirmed, here is another testcase (for -ffast-math):
double cos (double);
void link_error();
void f(double a)
{
double b = cos (a);
double c = cos (a);
if (b!=c)
link_error();
}
--
W
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
21:32 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
21:33 ---
No feedback about a new compiler in 3 months.
--
What|Removed |Added
Status|WAIT
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-14
21:39 ---
Subject: Re: FRE does not eliminate a
redundant builtin call.
On Sat, 2005-05-14 at 21:30 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
23:05 ---
This is a dup of bug 19303, see also:
http://gcc.gnu.org/wiki/GfortranUnformattedSequentialIo
*** This bug has been marked as a duplicate of 19303 ***
--
What|Removed |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-14
23:05 ---
*** Bug 21570 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Please see here for the details:
http://gcc.gnu.org/ml/gcc/2005-05/msg00679.html
Essentially, libstdc++ testsuite results are being lost because the
`libstdc++.log' is being overwritten by `check-abi'.
The regression is caused by this patch:
2005-05-12 Mark Mitchell <[EMAIL PROTECTED]>
--- Additional Comments From hjl at lucon dot org 2005-05-15 00:12 ---
This patch
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01151.html
seems the cause. expmed.c compiled with the after compiler has
.mii
nop 0
(p6) addl r48 = @ltoffx(insn_data#+32768), r1
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Component|testsuite
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen & Handy's in die
Haende der Knacki's gelangen!
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
00:59 ---
I would not doubt that CODE_FOR_insv changed also after his patch so that might
not be it.
--
What|Removed |Added
---
--- Additional Comments From hjl at lucon dot org 2005-05-15 01:03 ---
FYI, I was comparing the assembly outputs from the SAME source with and without
the patch mentioned. I will try to come up with a small testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21551
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2005-01-05 0
--
What|Removed |Added
Keywords||documentation
Last reconfirmed|2004-12-09 00:22:13 |2005-05-15 01:06:07
date|
ActiveState Bugzilla
Bugzilla found the following warnings (not critical):
Priority has been set to the default (3-Medium).
Bug severity has been set to the default value (4-normal).
Hardware has been set to the default value (Unknown).
Operating System has been set to the defa
Lese selbst:
http://www.jn-bw.de/texte/zeitgeschichte/verbrechen_der_frau.htm
--- Additional Comments From mmalater at nycap dot rr dot com 2005-05-15
01:41 ---
Just for fun I was running valgrind on g++ and the bug seems pretty
straigforward to fix once you have a g++ compile with Debug. Here is the output:
valgrind --trace-children=yes /usr/lib/gcc-snapshot/bi
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-15 02:02
---
C testsuite failures with the stage1 compiler introduced by this patch on
mainline are the same as the new failures on 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21556
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen & Handy's in die
Haende der Knacki's gelangen!
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-15
02:45 ---
Subject: Bug 17432
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-15 02:45:30
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran: C
Auslaenderbanden terrorisieren Wahlkampf - deutsche Buerger trauen sich nicht
ihre Meinung zu sagen!
Weiter auf:
http://www.npd-nrw.net/aktuelles/03_2005/ak_presse_nrw_1603.htm
Auslaender ueberfallen nationale Aktivisten:
http://www.npd.de/npd_info/meldungen/2005/m0505-13.html
http://www.npd.de
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-15
03:07 ---
Subject: Bug 17432
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-15 03:07:43
Modified files:
gcc/testsuite : Change
--
Bug 13082 depends on bug 17423, which changed state.
Bug 17423 Summary: gfortran segfault when compiling FM509.f from NIST testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
What|Old Value |New Value
-
--
Bug 19292 depends on bug 17423, which changed state.
Bug 17423 Summary: gfortran segfault when compiling FM509.f from NIST testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
03:25 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
Your message could not be delivered to
'[EMAIL PROTECTED] (host: sonic.net) (queue: smtp)' for the following
reason: ' 5.7.1 The message you have sent generated an excessive number of
complaints from our users.'
Your message follows:
Received: from [205.158.141.195] ([205.158.141.195])
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-05-15
03:55 ---
(In reply to comment #20)
I think, I have isolated the bug:
BUG #1:
During bootstrap, libgfortran/Makefile tries to generate selected_int_kind.inc:
selected_int_kind.inc: $(srcdir)/mk-sik-inc.sh
Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
Lese selbst:
http://www.spiegel.de/wirtschaft/0,1518,338652,00.html
Lese selbst:
http://www.mjoelnirsseite.de/2100.htm
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen & Handy's in die
Haende der Knacki's gelangen!
Full Article:
http://service.spiegel.de/cache/international/0,1518,353274,00.html
http://www.unserforum.com/aff/include.php?path=content/content.php&contentid=149
http://www.unserforum.com/aff/include.php?path=content/content.php&contentid=54
http://www.unserforum.com/aff/include.php?path=content/content.php&contentid=55
http://www.unserforum.com/aff/include.php?path=content/
95 matches
Mail list logo
