--- Additional Comments From law at redhat dot com 2004-12-28 08:22 ---
A few more notes.
I would suggest starting the testcase in comment #8. While the simpler
testcase shows the underlying issue, it's simplified so far that the problem
could be fixed in various ways which totally
--- Additional Comments From law at redhat dot com 2004-12-28 09:17 ---
One final set of notes before I sign off for the night.
Daniel -- thanks for the pointers to the new papers. I've studied Sreedhar's
algorith in the past and thought it looked promising -- it's good to see
some
--- Additional Comments From uros at kss-loka dot si 2004-12-28 09:54
---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01999.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28
10:33 ---
Subject: Bug 19103
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-28 10:33:43
Modified files:
gcc: ChangeLog loop-iv.c
Log message:
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-28
10:34 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
GCJ appears to have a problem with statement 'import package.*'
in case all files to be imporated are given as compilation
arguments. The very same works fine using SUN's javac compiler.
{* Upps, how can I upload something here? Anyway, the whole sub-
ject has been investigated by Tom
--- Additional Comments From ora dot et dot labora at web dot de
2004-12-28 11:05 ---
Created an attachment (id=7835)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7835action=view)
original demo project for bug 19173
Ahh, here we go. The initial bug reporting page should mention
consider the following code snippet
nan.cc ---
#include iostream
int main() {
double x = 0.8023;
std::cout x ;
std::cout x ;
std::cout std::endl;
return 0;
}
nan.cc ---
g++-4.0-20041226 -v
When configured with --enable-checking=misc,tree,rtl,rtlflag,gc I'm seeing
extra RTL checking failures with 3.4.x on i686-pc-linux-gnu as seen here:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg01282.html
The checking failures all appear to be similar:
gcc.log:gcc.dg/i386-loop-3.c:62:
--- Additional Comments From bsdfan3 at users dot sourceforge dot net
2004-12-28 14:27 ---
(In reply to comment #10)
(In reply to comment #9)
I finally figured out how to get a backtrace from the stage2 compiler, so
here
it is (this is from running the posted testcase thru cc1):
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
14:29 ---
I cannot reproduce this on powerpc-darwin.
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
Keywords||rejects-valid
gcc 4.0.0 cannot be bootstrap-ed if ./configure was run with --enable-static
--disable-shared.
This is due to the bug in gcc/config/darwin.h.
317 /* -dynamiclib implies -shared-libgcc just like -shared would on
linux. */
318 #define REAL_LIBGCC_SPEC \
319
--- Additional Comments From hideishi at graduate dot chiba-u dot jp
2004-12-28 14:37 ---
(In reply to comment #0)
This is due to the bug in gcc/config/darwin.h.
317 /* -dynamiclib implies -shared-libgcc just like -shared would on
linux. */
318 #define REAL_LIBGCC_SPEC \
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
14:39 ---
Really only building static is not supported on darwin. I will look into the
problem but only after a week
if no one else has looked into this.
--
What|Removed |Added
--- Additional Comments From roger at eyesopen dot com 2004-12-28 14:45
---
The consensus amongst GCC developers is that it would be incorrect/unsafe to
preserve the .f file in the shared system /tmp area. The only reason that
the preprocessed .f file is being placed in /tmp, is to
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
14:47 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02008.html.
Mine.
--
What|Removed |Added
--- Additional Comments From hideishi at graduate dot chiba-u dot jp
2004-12-28 15:04 ---
(In reply to comment #2)
Really only building static is not supported on darwin. I will look into the
problem but only after a week
if no one else has looked into this.
Yes, I totally agree to
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
15:16 ---
(In reply to comment #3)
(In reply to comment #2)
Really only building static is not supported on darwin. I will look into
the
problem but only after a week
if no one else has looked into this.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
15:27 ---
: Search converges between 2004-04-01-trunk (#447) and 2004-04-10-trunk (#448).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18947
Here's hoping this doesn't get marked as a duplicate of 323, since the summary
contains the keywords
floating-point and error. :)
With the following trivial program, which simply does 20 subtractions, a logic
error occurs during a
comparison against the floating point value, believing that o
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:29 ---
The patch for PR1016 will also fix this bug. That patch is ready
and the plan is getting it in after GCC 4.0 is branched. I am
closing this as a duplicate.
*** This bug has been marked as a duplicate
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:29 ---
*** Bug 13830 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 12944 depends on bug 13830, which changed state.
Bug 13830 Summary: Invalid covariant type for identical type, friend related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13830
What|Old Value |New Value
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:30 ---
The patch for PR1016 will also fix this bug. That patch is ready
and the plan is getting it in after GCC 4.0 is branched. I am
closing this as a duplicate.
*** This bug has been marked as a duplicate
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-28
15:30 ---
*** Bug 15453 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 16995 depends on bug 15453, which changed state.
Bug 15453 Summary: Friend declaration treated as a declaration in scope.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453
What|Old Value |New Value
--
Bug 12944 depends on bug 15453, which changed state.
Bug 15453 Summary: Friend declaration treated as a declaration in scope.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15453
What|Old Value |New Value
--- Additional Comments From uros at kss-loka dot si 2004-12-28 15:33
---
A documentation patch is waiting for review:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01895.html
I guess that documentation patches doesn't qualify for 'patch' keyword. However,
this bug should be marked as
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
15:35 ---
This is your bug, learn how floating point is represented. The point is that
.05 is not exactly
representable in floating point.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 15:42
---
The initial patch to libiberty has been reverted, so this issue
should be fixed now.
--
What|Removed |Added
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:38
---
It's fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
16:43 ---
(In reply to comment #36)
The initial CP lexer bugger size is 1:
The same amount of garbage is also done for PR 8361.
Also note I could not compile this source again becuase of the use of long
I get the following ICE:
gcc -DHAVE_CONFIG_H -I. -I. -I..`/usr/bin/freetype-config --cflags` -Wall
-pedantic -I. -DDATADIR=\/usr/share/tvtime\ -DCONFDIR=\/etc/tvtime\
-DFIFODIR=\/tmp\ -D_LARGEFILE64_SOURCE -DLOCALEDIR=\/usr/share/locale\
-I../plugins -I/usr/X11R6/include
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:53
---
Created an attachment (id=7837)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7837action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1 -fpreprocessed i386.i -quiet -dumpbase
i386.c -march=i686 -mtune=i686 -auxbase-strip i386.o -O2 -Wall -version
-fmessage-length=0 -o i386.s
GNU C version 4.0.0 20041227 (experimental) (SUSE Linux) (i586-suse-linux)
compiled by GNU C version 4.0.0
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 16:59
---
Note this one could be related to 19178.
--
What|Removed |Added
Summary| internal
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:00
---
Created an attachment (id=7838)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7838action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19179
--- Additional Comments From aj at gcc dot gnu dot org 2004-12-28 17:01
---
Note that #19179 has the same ICE message and comes with a smaller testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19178
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
17:08 ---
This reduces to the same testcase as PR 15740 so closing as a dup.
*** This bug has been marked as a duplicate of 15740 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
17:08 ---
*** Bug 19178 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
17:09 ---
Likewise for this one too.
*** This bug has been marked as a duplicate of 15740 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
17:09 ---
*** Bug 19179 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15740
--- Additional Comments From andre dot maute at gmx dot de 2004-12-28
17:21 ---
Oh i forgot my system triplets, they are all
i686-pc-linux-gnu
g++-4.0-20041226 -v
doesn't show the triplet any more, there is only a line
Using built-in specs.
i suggest to remove this new
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28
17:40 ---
Subject: Bug 17383
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-28 17:40:41
Modified files:
. : ChangeLog Makefile.def Makefile.in
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28
17:42 ---
Patch applied.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28
17:44 ---
Looking at it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18308
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:47
---
A bug in the epilogue code: using int instead of HOST_WIDE_INT.
This is a regression from 3.2, where the code got a clear error
(the test-case wasn't present there, though):
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:48
---
Accept bug (change status to ASSIGNED) apparently doesn't assign the bug to
me. Stupid bugzilla.
--
What|Removed |Added
--- Additional Comments From roger at eyesopen dot com 2004-12-28 17:49
---
Currently bootstrapping and regression testing a fix.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
17:50 ---
(In reply to comment #3)
Accept bug (change status to ASSIGNED) apparently doesn't assign the bug to
me. Stupid bugzilla.
Actually it does now, I think you just assigned your self the wrong bug, PR
--
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--- |3.4.4
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 17:53
---
(In reply to comment #4)
Yeah I noticed. Mid-air-collision on this notice. You're acting too fast!
Let's see if bugzilla can unassign as well...
--
What|Removed |Added
--- Additional Comments From andre dot maute at gmx dot de 2004-12-28
18:03 ---
it looks like it is really a library problem. Using the libraries from
gcc-4.0-20041212
everything is fine, although nan.cc was nevertheless compiled with
gcc-4.0-20041226.
ldd a.out
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:08
---
This isn't a 4.0 regression, it's a 3.2 regression. If you change it again,
please add a comment.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
18:18 ---
if you mean it is a regression from 3.2, then to mark it as such, not the other
way around which is what
you marked it as.
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:31
---
In reply to Comment #6, I did in comment #4.
I also changed the PR title, because [3.2 regression] meant to me a regression
from 3.2. I see URL:http://gcc.gnu.org/bugs/management.html says otherwise.
Oh well.
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 18:35
---
...oh right: needs fixing isn't the same as going to be fixed. Changed
back to 3.3/3.4/4.0. Gah.
--
What|Removed |Added
--- Additional Comments From hjl at lucon dot org 2004-12-28 18:37 ---
With the patch applied, gdb 6.3 still dumps core.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124
This is an enhancement request to document step-by-step How to Add New GCC
options guide.
Another request : Need Documentation component in Bugzilla.
Reference : http://gcc.gnu.org/ml/gcc/2004-12/msg01147.html
--
Summary: How to Add New GCC option
Product: gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
18:44 ---
Confirmed, adding a target independent option is easy but adding a target
dependent is where the
problem comes in.
--
What|Removed |Added
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28
18:48 ---
Interestingly, on arm-elf the hog is CSE, because each copy of b is given a
different pseudo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
--- Additional Comments From dberlin at dberlin dot org 2004-12-28 18:49
---
Subject: Re: [4.0 regression] gcc generates incorrect
dwarf2 debug info
On Tue, 2004-12-28 at 18:37 +, hjl at lucon dot org wrote:
--- Additional Comments From hjl at lucon dot org
--- Additional Comments From bonzini at gcc dot gnu dot org 2004-12-28
18:49 ---
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02012.html
--
What|Removed |Added
ICE and segmentation fault with user defined type containing
pointer elements when assigning a parameter object to
a non parameter object.
Happen on gcc version 4.0.0 20041226.
To reproduce, compile the following code:
PROGRAM TEST
IMPLICIT NONE
TYPE typea
INTEGER, DIMENSION(:) , POINTER
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From santugi at dptmaths dot ens-cachan dot fr
2004-12-28 18:54 ---
Created an attachment (id=7839)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7839action=view)
testcase
A minimal testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19181
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-28 19:19
---
I have a fix which issues the same error twice.
Unfortunately, continuation lines are eaten in the scanner, and there is no real
support for emitting errors from the scanner, as the same line may be rescanned
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-28
19:37 ---
Subject: Bug 12360
Testing incoming email address matching.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12360
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
20:01 ---
Confirmed, here is the backtrace:
#0 0x0005bb8c in gfc_trans_structure_assign (dest=0x42449d80, expr=0x4240e330)
at /Users/
pinskia/src/local3/gcc/gcc/fortran/trans-expr.c:1600
#1 0x0005bc08 in
Please CC me as I'm not subscribed.
I have the following program segment (cutting down to bare minimum). This has
worked previously with G++ 3.3.* and earlier.
Classes cut down to bare minimum obviously - the real ones made use of X.
class A {
public:
int field1;
};
On Dec 28, 2004, at 3:26 PM, John M Collins wrote:
Please CC me as I'm not subscribed.
I have the following program segment (cutting down to bare minimum).
This has
worked previously with G++ 3.3.* and earlier.
Read the 3.4.0 release notes.
Thanks,
Andrew Pinski
When I compare the speed of the screen output of, say, gcc and gfortran, then
it seems to me as if gfortran produced its output much more slowly. gcc's
output seems to appear line by line, whereas gfortran's output seems to appear
character by character. This could be caused by gfortran
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
20:45 ---
They seem quick to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19182
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
20:47 ---
But seems slower than the C or C++ or java.
Java is more compariable in this case as it also outputs the context.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
20:51 ---
Confirmed, changing the summary to refect reality.
--
What|Removed |Added
On Tuesday 28 Dec 2004 20:27, Andrew Pinski wrote:
On Dec 28, 2004, at 3:26 PM, John M Collins wrote:
Please CC me as I'm not subscribed.
I have the following program segment (cutting down to bare minimum).
This has
worked previously with G++ 3.3.* and earlier.
Read the 3.4.0 release
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
20:57 ---
This is a regression on all of the open branches.
: Search converges between 2003-07-24-3.3 (#133) and 2003-07-25-3.3 (#134).
: Search converges between 2003-03-31-trunk (#217) and 2003-04-01-trunk (#218).
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28
20:58 ---
Subject: Bug 18384
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-28 20:57:56
Modified files:
gcc/cp :
--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28
21:00 ---
Subject: Re: [4.0 Regression] 24% C++ compile-time regression
in comparison with 3.4.1 at -O1 optimization level
New comparison is here:
http://gcc.gnu.org/ml/gcc/2004-12/msg01157.html
Good work!
--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28
21:03 ---
Hello,
New comparison is here:
http://gcc.gnu.org/ml/gcc/2004-12/msg01157.html
Cheers,
Karel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13776
--- Additional Comments From schnetter at aei dot mpg dot de 2004-12-28
22:31 ---
I didn't try the putc vs. fputc change, but the patch below makes all the
difference:
$ cvs diff -u error.c
Index: error.c
===
RCS
--- Additional Comments From pinskia at physics dot uc dot edu 2004-12-28
22:34 ---
Subject: Re: Error messages seem to be printed slower
On Dec 28, 2004, at 5:31 PM, schnetter at aei dot mpg dot de wrote:
The call to setvbuf switches to line buffering, meaning that stderr is
--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28
22:39 ---
Subject: Re: [4.0 Regression] 8% C++ compile-time
regression in comparison with 3.4.1 at -O1 optimization level
On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wrote:
Now only 8%.
True for
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
22:40 ---
(In reply to comment #18)
Subject: Re: [4.0 Regression] 8% C++ compile-time
regression in comparison with 3.4.1 at -O1 optimization level
On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From kgardas at objectsecurity dot com 2004-12-28
22:42 ---
Subject: Re: [4.0 Regression] 8% C++ compile-time
regression in comparison with 3.4.1 at -O1 optimization level
On Tue, 28 Dec 2004, pinskia at gcc dot gnu dot org wrote:
On Tue, 28 Dec 2004,
This error does not occur without the -fPIC option.
+===GNAT BUG DETECTED==+
| 3.4.2 (sparc-sun-solaris2.8) Constraint_Error SIGSEGV|
| Error detected at parm_tbl.ads:39:9 |
| Please
--- Additional Comments From geoffk at gcc dot gnu dot org 2004-12-28
23:05 ---
Why can't we make sure that temporaries which should be aligned to 128 bits are
actually aligned to
128 bits? Surely failing to do so will cause other problems.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-28
23:19 ---
Subject: Bug 18321
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-28 23:19:13
Modified files:
gcc: ChangeLog
gcc/config/mmix:
--- Additional Comments From hp at gcc dot gnu dot org 2004-12-28 23:27
---
URL:http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02020.html
--
What|Removed |Added
--- Additional Comments From law at redhat dot com 2004-12-28 23:31 ---
Yea, the code I've got lying around here to undo unprofitable const/copy
propagations definitely helps this code. And better yet, we don't need
the full-blown version (which is queued for 4.1). We can get by with
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19183
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
23:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28
23:54 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:23
---
This is virtually certain to be a bug in either pam or some other system
library that you're linking with. The error message means that someone
didn't link some shared library against libgcc.
--
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:25
---
Indeed, if libc doesn't have all the symbols that it should, it's a netbsd bug.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-29 00:32
---
The problem mentioned in comment 8 is not a bug.
(float)MASK
has the exact same semantics as
*(float *)MASK
which, as we all ought to know by now, is undefined. Open another PR for
the
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-29
00:35 ---
(In reply to comment #10)
which, as we all ought to know by now, is undefined. Open another PR for
the missing diagnostic with -Wstrict-aliasing if you like, but this one's
fixed.
PR 14024 is the PR
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14024
1 - 100 of 115 matches
Mail list logo
