Uwe Kleine-König wrote:
> Package: gcc-4.3
> Version: 4.3.2-1
> Severity: wishlist
>
> Hello,
>
> I tried building a cross toolchain for powerpc following the steps on
> http://www.emdebian.org/tools/crossdev.html (i.e. installing
> binutils-$arch-linux-gnu and libc6-dev-$arch-cross, then export
Peter T. Breuer wrote:
> "Also sprach Debian Bug Tracking System:"
> > On Tue, Jul 01, 2008 at 11:34:03AM +0200, Peter T. Breuer wrote:
> > > Compiling kernel 2.6.24.2 on ia32, compilaton fails at final link
> > > complaining about not being able to find __udivdi3 and __umoddi3 for
> > > getnstimeo
Package: gnat-4.3
Version: 4.3.0-5
Severity: important
Tags: patch
Gnat 4.3 doesn't support libraries on mips/mipsel, as the build logs of
ahven and libxmlada show. I believe this is an unintentional omission.
The appended patch fixes it.
Thiemo
diff -urpN gnat-4.3-4.3.0.old/debian/patches/ada
Andreas Barth wrote:
> * Matthias Klose ([EMAIL PROTECTED]) [080521 12:13]:
> > that looks ok for now, we can work on the unification of the headers
> > later.
>
> In case Thiemo agrees (or doesn't disagree) - do you plan to upload it?
> Should I NMU it? ...?
I disagree, because I was confused ab
Arthur Loiret wrote:
> Hi Thiemo,
>
> On Sat, May 17, 2008 at 04:13:20PM +0200, Arthur Loiret wrote:
> > With this patch /usr/include/mips64-linux-gnu/ is installed in both
> > libn32ffi-dev and lib64ffi-dev, please wait for my next patch.
>
> Here is the diff between header from mips and mips64
Alexis Huxley wrote:
> Hi Arthur,
>
> > It has been closed by Arthur Loiret <[EMAIL PROTECTED]> (reply to [EMAIL
> > PROTECTED]).
>
> > /usr/bin/gcc symlink is provided by `gcc' package from `gcc-default' source
> > package, not by `gcc-4.2'.
>
> Fine, you are right, the package name might be w
reassign 473432 mathomatic
thanks
Sandro Tosi wrote:
> Package: gcc-4.2
> Version: 4.2.3-3
> Severity: normal
>
> Hello,
> mathomatic failed to build[1] on mipsel[2], mips[3], arm[4] and hppa[5]
> running tests for matho-primes due to sizeof(long double) == 8 bytes,
> while it's expected to be at
fixed 447347 4.2.2-3
thanks
A test build on mips succeeded for me, therefore mark as fixed.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mike Hommey wrote:
> On Tue, Sep 11, 2007 at 07:37:59AM +0200, Mike Hommey wrote:
> > On Tue, Sep 11, 2007 at 03:33:31AM +, brian m. carlson <[EMAIL
> > PROTECTED]> wrote:
> > > [CC'd to debian-mips.]
> > >
> > > On Thu, Jul 05, 2007 at
Martin Michlmayr wrote:
> * Dirk Eddelbuettel <[EMAIL PROTECTED]> [2007-10-26 11:30]:
> > Also of note is that powerpc fails with ICE whereas it managed to build the
> > previous Debian upload 0.8-2
>
> voltaire only has 320 MB RAM, so I guess it's simply running out of
> memory too.
FYI, the com
Package: linux-2.6
Version: -
Tags: patch
Hector Oron wrote:
> Hello,
>
> I am trying to build a gcc cross compiler package for i386->m68k but
> i get this error:
> ../../../src/libffi/src/m68k/ffi.c:13:26: error: asm/cachectl.h: No
> such file or directory
>
> Do you know where should be
Chan Lee wrote:
> Hi,
>
> After I did install Debian using DVD set from CheapBytes,
> I found that the gcc is not installed. Looking around what's
> the best way to install gcc, I found the 'apt' and did install
> the gcc using 'apt-get install gcc', which asked to mount the
> DVD1 and then
Steve Langasek wrote:
> On Thu, Jul 05, 2007 at 08:55:53PM +0200, Mike Hommey wrote:
> > On Wed, Jun 13, 2007 at 08:46:44PM +0200, Matthias Klose <[EMAIL
> > PROTECTED]> wrote:
> > > Please recheck with the recent gcc-snapshot 20070613 upload. We may
> > > miss another backport from the trunk.
>
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2007-06-21 19:26]:
> > Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
> > on mipsel:
>
> The current version is known to be broken. It's being fixed already.
>
> >
ignore gcc-2.95 debian-gcc@lists.debian.org
ignore gcc-snapshot debian-gcc@lists.debian.org
DDPOMail robot wrote:
> Dear Debian GCC maintainers,
>
> The following possible problem(s) were detected in the package(s)
> you maintain in Debian:
>
> gcc-2.95:
> This package has 1 RC bug(s) more th
Package: gcc-snapshot
Version: 20070613-1
Severity: important
Gcc-snapshot FTBFS on mips, and is likely to fail with the same problem
on mipsel:
[...]
/srv/ths/debian/gcc-snapshot/gcc-snapshot-20070613/build/./gcc/xgcc
-B/srv/ths/debian/gcc-snapshot/gcc-snapshot-20070613/build/./gcc/
-B/usr/lib
Miles Bader wrote:
> Hi, I noticed that the "gcc-snapshot" package seems to have a lot of
> rather dubious dependencies -- in particular, it depends on a bunch of
> libraries from both gtk and qt4 (and x11 etc).
I figure the java support may need that.
Thiemo
--
To UNSUBSCRIBE, email to [EMAI
Matthias Klose wrote:
> Ryan Murray writes:
> > Package: libstdc++6
> > Version: 4.1.1-15
> > Severity: important
> >
> > This is already reported upstream:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
> >
> > It was fixed, but only on the redhat 4.1 branch. The fix is needed on
> > tr
Nikita V. Youshchenko wrote:
> Hello.
>
> I'm one of those people beaten by recent removal of gcc documentation. Both
> myself and people to whom I recommend Debian, *need* gcc documentation to
> be available in the system.
>
> So I had four options:
> - start a new flamewar on the issue,
> - s
Jari Aalto wrote:
> Package: gcc
> Version: 4:4.1.1-3
> Severity: normal
>
> While compiling binutils-2.17 from (Debian) sources, gcc reports following:
>
> bucomm.o: In function `make_tempname':
> /usr/src/net/deb/src/binutils-2.17/binutils/bucomm.c:426: warning: the
> use of `mktemp' i
Roger Leigh wrote:
> I have attached two additional testcases to the upstream bug report.
> The testcases are now:
>
> Testcase to show codecvt crash
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=11679 (wide.cc)
>
> Use mbsnrtowcs directly.
> http://gcc.gnu.org/bugzilla/attachment.cgi?id=11682
Erik Meusel wrote:
> Am Montag, 12. Juni 2006 18:24 schrieb Bastian Blank:
> > char is neither signed nor unsigned. Only unsigned have defined overflow
> > behaviour.
> >
> > > } while (c != '\0');
> > >
> > > return 0;
> > > }
>
> Alright, but why does this work differently using
Bill Allombert wrote:
> On Mon, Jun 05, 2006 at 10:10:51AM +0100, Thiemo Seufer wrote:
> > Bill Allombert wrote:
> > > On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote:
> > > > [EMAIL PROTECTED] writes:
> > > > > Hello Matthias,
> &g
Bill Allombert wrote:
> On Sun, Jun 04, 2006 at 04:38:23PM +0200, Matthias Klose wrote:
> > [EMAIL PROTECTED] writes:
> > > On Tue, Jan 31, 2006 at 12:03:40PM +0100, Matthias Klose wrote:
> > > > please send a fix. I do not intend to touch this code. it's fixed in
> > > > the 3.4, 4.0 and 4.1 packa
Package: gcc
Version: 1.12.13-2
Severity: important
The current cvs client in unstable fails to update a (non-anonymous)
binutils checkout:
hattusa:~/binutils/cvs-write$ cvs up
? bfd/doc/bfd.info
? binutils/doc/binutils.info
? gas/doc/as.info
? ld/ld.info
Write failed flushing stdout buffer.
writ
Falk Hueffner wrote:
> Aurelien Jarno <[EMAIL PROTECTED]> writes:
>
> > Falk Hueffner a écrit :
> >> Aurelien Jarno <[EMAIL PROTECTED]> writes:
> >>
> >>>On arm, ia64 and alpha the glibc fails to build with gcc-4.1.
> >> On Alpha the problem is:
> >> {standard input}: Assembler messages:
> >> {sta
On Thu, Mar 23, 2006 at 05:32:37PM +, Martin Michlmayr wrote:
> clone 357122 -1
> reassign -1 gcc-4.1,autoconf
> retitle -1 mips: -fstack-protector generates warning only but then fails to
> link
> thanks
>
> * Martin Michlmayr <[EMAIL PROTECTED]> [2006-03-15 23:27]:
> > | checking whether gc
On Tue, Mar 21, 2006 at 09:41:01PM +, Martin Michlmayr wrote:
> Package: libffi4
> Severity: wishlist
>
> > Automatic build of pnet_0.7.4-1 on bigsur by sbuild/mips 1.106
> ...
> > checking whether mmap with MAP_ANON(YMOUS) works... yes
> > configure: error: "libffi has not been ported to mips
On Wed, Mar 01, 2006 at 03:50:15PM -0500, Daniel Jacobowitz wrote:
> On Wed, Mar 01, 2006 at 04:14:44PM +0000, Thiemo Seufer wrote:
> > Um. Actually, I'd like not to have mips64-linux-gnuabi32, but rather
> > a convention which is acceptable over the whole toolchain.
On Wed, Mar 01, 2006 at 09:45:13AM -0500, Daniel Jacobowitz wrote:
> On Wed, Mar 01, 2006 at 12:43:50PM +0000, Thiemo Seufer wrote:
> > I gave it some thought. Currently we only have mips64{,el}-linux-gnu,
> > which, to make matters worse, defaults to a n32 compiler with
> > m
On Wed, Mar 01, 2006 at 12:23:35AM +0100, Aurelien Jarno wrote:
> Hi all!
>
> While thinking of multiarch, I remarked that there is no host triplet
> for mips(el) using the n32 or the n64 ABIs. Both of them use
> mips64-linux-gnu, at least it is what is done in the glibc, the
> difference being d
Daniel Jacobowitz wrote:
> On Sun, Dec 04, 2005 at 05:51:32AM +0100, Thiemo Seufer wrote:
> > Stuart Anderson wrote:
> > > On Sun, 4 Dec 2005, Thiemo Seufer wrote:
> > >
> > > >>ar and ld get confused if they are not set. For some reason, it can't
&g
Stuart Anderson wrote:
> On Sun, 4 Dec 2005, Thiemo Seufer wrote:
>
> >>ar and ld get confused if they are not set. For some reason, it can't
> >>decide which binary format to use. It may be a binutils bug, but I was
> >>trying to not have to dig into that pa
Stuart Anderson wrote:
> On Sat, 3 Dec 2005, Matthias Klose wrote:
>
> >why can't the biarch-include patch not be used?
>
> It probably can. This is likely the result of my attempts to keep my
> changes some what isolated early on. I'll have a look at reducing this
> to the existing biarch patch.
Sheplyakov Alexei wrote:
> Hello!
>
> On Thu, 27 Oct 2005 15:12:54 +0200, Stefan Schmidt <[EMAIL PROTECTED]> wrote:
>
> > make bzImage CC=gcc-2.95
> > ..
> > make CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.31/include -Wall
> > -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-alias
> > make[1]:
reassign 336463 gcc-4.0 4.0.2-3
severity 336463 grave
merge 336463 336167
tags 336167 +fixed-upstream
thanks
Aaron M. Ucko wrote:
> Package: g++-4.0
> Version: 4.0.2-3
> Followup-For: Bug #336463
>
> My latest upload of fltk1.1 (1.1.6-9) runs into identical lossage on
> mips and mipsel, on source
Sven Luther wrote:
> On Thu, Nov 03, 2005 at 01:28:57PM +0100, Thiemo Seufer wrote:
> > tags 336167 +patch
> > thanks
> >
> > Sven Luther wrote:
> > [snip]
> > > > The appended patch reverts a single line of the diff between 4.0.2-2
> > > >
tags 336167 +patch
thanks
Sven Luther wrote:
[snip]
> > The appended patch reverts a single line of the diff between 4.0.2-2
> > and 4.0.2-3 and lets the testcase succeed. I don't know that part of
> > gcc enough to judge if it is a valid fix for the problem.
> >
> > Sven, could you test if this
Thiemo Seufer wrote:
> Sven Luther wrote:
> > Package: gcc-4.0
> > Version: 4.0.2-3
> > Severity: grave
> > Justification: renders package unusable
> >
> >
> > Well, i confirm that this problem is also present on powerpc, using
> > gcc-4.0
Thiemo Seufer wrote:
> Sven Luther wrote:
> > Package: gcc-4.0
> > Version: 4.0.2-3
> > Severity: grave
> > Justification: renders package unusable
> >
> >
> > Well, i confirm that this problem is also present on powerpc, using
> > gcc-4.0
Sven Luther wrote:
> Package: gcc-4.0
> Version: 4.0.2-3
> Severity: grave
> Justification: renders package unusable
>
>
> Well, i confirm that this problem is also present on powerpc, using
> gcc-4.0 4.0.2-3 makes the kernel build fail, while using -2 seems to be
> ok. I have heard people mentio
Lennert Buytenhek wrote:
> Package: gcc-2.95
> Severity: wishlist
> Tags: patch
>
> The attached patch adds big-endian arm support to gcc-2.95. It's
> more-or-less the same as its gcc-4.0 counterpart: teach the debian
> build scripts about 'armeb', and patch gcc so that it defaults to
> big-endia
Nathanael Nerode wrote:
> Thanks *very much* for your help explaining this mess.
>
> Thiemo Seufer wrote:
> > - A too large object file can overflow plain GOT. This is not only
> > MIPS-specific, it affects several architecture's toolchains,
> Right, it would
Daniel Jacobowitz wrote:
[snip]
> > - MultiGOT works fine, until the limit of 16k _dynamic_ symbols is
> > hit. A executable/library with larger exported GOT will build
> > without warning but will cause ld.so to segfault. This is the main
> > bug, and hard to debug (a statically buil
Nathanael Nerode wrote:
> >> Apparently the MIPS ABI is just plain broken. It contains some sort of
> >> impassable hard limit on relocation table size, breaking random packages
> >> at
> >> random times with no possible fix. Nobody can fix this without cha
Nathanael Nerode wrote:
> Andreas Barth wrote:
> >Actually, there is one criterion missing: Does this bug really hurt us
> >bad (enough)? And my current answer to this is no, but of course, you
> >might want to persuade me. :)
> ...
>
> >So, I think we can say that this bug is even forwarded to up
Andreas Barth wrote:
> Hi,
>
> * Nathanael Nerode ([EMAIL PROTECTED]) [051007 04:42]:
> > Matthias Klose wrote:
> > > If
> > > you think, that availability of compilers on some architectures
> > > should be release criterium, please bring that up with the release
> > > team first.
> > That's not
time (less than a year)
> should be a requirement for a port to be considered.
>
> Does the release team agree or disagree?
>
> According to Thiemo Seufer, MIPS has failed this criterion.
You are mistaken (since I'm also upstream). I notice you seem to
triage pre-sarge b
Nathanael Nerode wrote:
> I notice that GCJ (& company) are not built on mips or mipsel.
> What I can't figure out is why.
>
> GCJ is supported for mips*-*-linux* (except for mips64*-*-linux*, which
> is not supported) upstream in the 4.0 series, and I couldn't find any
> reported bugs on problems
Barry Hawkins wrote:
> Package: gcc-3.3
> Version: 3.3.6-7
> Severity: normal
> Tags: patch
>
> GCC Team,
> Hello from the Debian Java Team! As part of a request to update the
> source package for antlr, I noticed that its last upload was staying out
> of testing for 120+ days, apparently bec
Debian Bug Tracking System wrote:
> Thank you for the problem report you have sent regarding Debian.
There was already an older patch for mips libffi which is mostly
obsolete for gcc 4.0, the first patch I sent was on top of the
already patched source. The appended version replaces the old one
(an
Package: libffi4
Version: 4.0.1-2
Tags: patch
The appended patch fixes 12 failures in the libffi testsuite. Tested on
big endian o32 mips.
Thiemo
--- src/libffi/src/mips/ffi.c.orig 2005-07-28 14:51:20.0 +0200
+++ src/libffi/src/mips/ffi.c 2005-08-03 14:10:27.0 +0200
@@ -
David S. Miller wrote:
[snip]
> This is not a bug, it should be closed. On sparc64, gcc should emit
> 64-bit code by default. If you want 32-bit code emitted on a sparc64
> system you have exactly two options 1) add -m32 to the command line
> or 2) run your build in a "sparc32 bash" environment.
Adrian Bunk wrote:
[snip]
> #define sprintf __builtin_sprintf
>
> int main()
> {
> char str[] = "abc";
> char buf[10];
>
> sprintf(buf,"%s",str);
>
> return 0;
> }
[snip]
> callstrcpy
[snip]
> As far as I understand the documentation, the call to strcpy
> shouldn't be emitted
Laurence Darby wrote:
[snip]
> I understand that the entire point of dependencies is to ensure things
> just work, but I'm trying to find out where SDE breaks, so the
> dependencies are impeding me. What do people do when they want to use a
> later version of GCC?
They install the new package in
Drasko Draskovic wrote:
> I have problem compiling 2.4.28 vanilla kernel, which
> I need because I want to install LinSec patch that
> goes with this kernel version. How to enable having
> two (or more) gcc versions on my Debian host, and
> switch between them when necessary?
There is normally no
Keith Packard wrote:
>
> Around 23 o'clock on Jan 11, Thiemo Seufer wrote:
>
> > Exactly. xlib seems to use the sum of the size of the primitives in an
> > element instead of the size of the first element.
>
> No, Xlib assumes that the alignment of the struct or
Jim Gettys wrote:
[snip]
> > >From a slightly outdated C99 draft, about the definition of arrays
> > and structures:
> >
> >[#19] Any number of derived types can be constructed from
> >the object, function, and incomplete types, as follows:
> >
> > -- An array type
Jim Gettys wrote:
[snip]
> > Strictly speaking, the ARM impementation of gcc is allowed to behave
> > that way by the C standard. Not exercising this degree of freedom may
> > be desireable to keep broken code working, but I'll leave it to the
> > ARM people to weigh the tradeoff.
>
> Are you sure
Jim Gettys wrote:
[snip]
> > Well, and deliberate ABI changes are frowned upon by toolchain people.
> > To me (without having looked further than the bug report) this seems to
> > be an implementation bug in xlib, which appears to assume some magic
> > number as element granularity in the array ins
Jim Gettys wrote:
[snip]
> This isn't saying we wouldn't add such a patch to X, though patches for
> a particular compiler on a particular architecture do get frowned on
> quite a lot: I just suspect ARM would find more code "just worked" if
> GCC behaved like other compilers in this case, and ARM
Attila Kinali wrote:
> On Fri, 07 Jan 2005 09:56:04 +0100
> "Falk Hueffner" <[EMAIL PROTECTED]> wrote:
>
> > > Sorry, how am i supposed to change the default compiler if i'm not
> > > allowed to change the symlinks ? No, changing $PATH doesn't work as all
> > > gcc binaries are installed in /usr/b
Manuel Bilderbeek wrote:
> Package: gcc-3.3
> Version: 1:3.3.5-5
> Severity: important
>
>
> When compiling the included program with the mentioned versions of gcc,
> wrong code is generated when using -O1 or -O2. See the comments in the
> program, which I saved as test.c:
>
> --
Mike Furr wrote:
[snip]
> One of my packages failed to build[0] on mips due to a bunch of linking
> errors like:
> ~ relocation truncated to fit: R_MIPS_GOT16
>
> Reading through -mips and -gcc archives I see this problem has surfaced
> for packages like mozilla and gcj. The general fix seems t
Matthias Klose wrote:
> ohh, Mr. Bunk's "quality" control strikes again ...
>
> Manoj Srivastava writes:
> > reassign 281464 gcc
> > severity 281464 grave
> > thanks
>
> you are sure this a gcc bug, not a binutils bug? same results with 3.2
> and 3.4.
Guessing from the buildlog: Neither nor. It
Daniel Jacobowitz wrote:
[snip]
> > At least so far, MIPS was careful to extend successor ISAs to a
> > proper superset of the predecessor WRT non-privileged instructions.
>
> Fine by me then. Want to run this by the MIPS maintainers upstream
> first?
I want it to go in sarge if this is still po
Daniel Jacobowitz wrote:
[snip]
> > > IIRC, likely branches are deprecated in the latest MIPS ISAs; we
> > > shouldn't be introducing more of them. I don't know what silicon bug
> > > you're working around, though, so I don't know if there's a better way.
> >
> > R1 before revision 2.6 fail t
Daniel Jacobowitz wrote:
[snip]
> > The appended patch fixes it. It also changes the branch to the likely
> > variant, this works around some breakage in early R1 silicon.
> > The patch is against gcc-3.3, newer gccs have the same problem, but
> > have some apparently bogus changes in that area
Matthias Klose wrote:
> Thiemo Seufer writes:
> > Seems like the BTS hides away patches buried in controls messages.
> > Appended and resent again.
> >
> >
> > Thiemo
>
>
> Thiemo, this is your call as a mips maintainer. The patch doesn't
&
Seems like the BTS hides away patches buried in controls messages.
Appended and resent again.
Thiemo
#! /bin/sh -e
# All lines beginning with `# DPATCH:' are a description of the patch.
# DP: Fix libstdc++ atomic ops for mips/mipsel
dir=
if [ $# -eq 3 -a "$2" = '-d' ]; then
pdir="-d $3"
Package: gcc-3.3
Version: 3.3.5-1
Severity: important
While trying to run Debian on a SGI O200 Machine I found out that the
inline assembly to handle atomic operations in libstdc++ is broken.
The effect is very visible: "apt-get update" hangs in an endless loop
on startup, same for every other c++
tags 270620 +patch
thanks
A proposed patch for this problem is available at
http://gcc.gnu.org/ml/gcc-patches/2004-09/msg2180.html
Thiemo
. At least, things don't get worse by it, and it allows
to build working versions of mozilla*.
Thiemo
#! /bin/sh -e
## 120_mips_xgot_multigot_workaround.dpatch
##
## DP: Description: Make multigot/xgot handling mutually exclusive.
## DP: Author: Thiemo Seufer <[EMAIL PROTECTED]>
#
Matthias Klose wrote:
>
> Thiemo Seufer writes:
> > tags 270620 +patch
> > thanks
> >
> > This patch adds xgot support to the CRTSTUFF files for Linux/MIPS.
> > Without it, programs using -mxgot tend to segfault in the constructor.
> > For other p
tags 270620 +patch
thanks
This patch adds xgot support to the CRTSTUFF files for Linux/MIPS.
Without it, programs using -mxgot tend to segfault in the constructor.
For other programs it will cause a slight increase in overall size.
Thiemo
#! /bin/sh -e
# DP: xgot support for mips CRTSTUFF
di
Martin Michlmayr wrote:
> * Joel Baker <[EMAIL PROTECTED]> [2004-08-02 15:08]:
> > > > If gcc-3.4 requires binutils (>= 2.15) the dependencies need an update.
> > > you didn't give any reason. downgrading.
>
> According to this bug gcc-3.4_3.4.1-5 uses the --as-needed option of
> ld which is new i
Matthias Klose wrote:
> Hi,
>
> This is one of the last questions before an upload of gcc-3.4 to
> unstable ...
>
> Both libg2c and libffi have the same soname version for it's shared
> library, when built with gcc-3.3 and gcc-3.4. The release notes for
> gcc-3.4 list some incompatibilities for m
[I'm not subscribed to -gcc]
Matthias Klose wrote:
> gcc-3.4 has support for mips, but not yet for mipsel. Any volunteers
> to add this for this architecture? Looks like _MIPS_SIM isn't defined
> on this platform.
AFAIK it is, but the _ABI{O,N}{32,64} isn't always defined. Current
Upstream CVS de
78 matches
Mail list logo
