My patch for PR20040 made us stop exiting early from build_new_1 in
cases of trivial initialization if there's a class operator delete; as a
result, code later in the function needs to handle this case properly.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/104084
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158
--- Comment #7 from Jakub Jelinek ---
Created attachment 52261
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52261=edit
gcc12-pr104158-3.patch
Untested patch for Fortran -fconvert= extensions using this patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158
--- Comment #6 from Jakub Jelinek ---
Created attachment 52260
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52260=edit
gcc12-pr104158-2.patch
Untested patch for this PR proper. The only behavior change is that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104158
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-01-21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
Serge Belyshev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
soe...@soeren-tempel.net writes:
> From: Sören Tempel
>
> The -fsplit-stack option requires the pthread_t TCB definition in the
> libc to provide certain struct fields at specific hardcoded offsets. As
> far as I know, only glibc provides these fields at the required offsets.
> Most notably, musl
From: Sören Tempel
The -fsplit-stack option requires the pthread_t TCB definition in the
libc to provide certain struct fields at specific hardcoded offsets. As
far as I know, only glibc provides these fields at the required offsets.
Most notably, musl libc does not have these fields. However,
Thanks! Pushed as r12-6806 with the testcase adjusted.
Bill
On 1/21/22 11:47 AM, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Jan 21, 2022 at 11:31:34AM -0600, Bill Schmidt wrote:
>> It was recently discovered that Clang supports a couple of variants of
>> vec_sldw that
>> GCC does not. After
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #31 from Martin Sebor ---
I believe I understand what both of you are saying and (also) that the cache
behaves correctly. It stores offsets based on the pointer definition
statements. Here's a test that I think reproduces the
On Thu, Jan 20, 2022 at 04:56:59PM -0600, Noah Goldstein wrote:
> The goal is that the new interfaces will be usable as an optimization
> by compilers if a program uses the return value of the non "eq"
> variant as a boolean.
So I'm curious, but can you demonstrate that it can be implemented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104140
--- Comment #4 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:886e9779581102caf97cd05dea80d9be87c24784
commit r12-6804-g886e9779581102caf97cd05dea80d9be87c24784
Author: Roger Sayle
Date: Fri
The following patch solves
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103676
The patch was successfully bootstrapped and tested on x86_64, aarch64,
and ppc64.
commit 85419ac59724b7ce710ebb4acf03dbd747edeea3
Author: Vladimir N. Makarov
Date: Fri Jan 21 13:34:32 2022 -0500
[PR103676]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103676
--- Comment #24 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:85419ac59724b7ce710ebb4acf03dbd747edeea3
commit r12-6803-g85419ac59724b7ce710ebb4acf03dbd747edeea3
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104153
--- Comment #2 from Jeffrey A. Law ---
I'd bet the or1k expanders are changing the passed-in RTL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
Marek Polacek changed:
What|Removed |Added
Summary|[11/12 Regression] ICE with |[11 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
--- Comment #19 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:3abcbf243239f9576a60f4ce7f8ee4b3fa14784b
commit r12-6802-g3abcbf243239f9576a60f4ce7f8ee4b3fa14784b
Author: Marek Polacek
Date:
On 1/21/22 12:42, Marek Polacek wrote:
On Fri, Jan 21, 2022 at 09:27:17AM -0500, Jason Merrill wrote:
On 1/20/22 20:03, Marek Polacek wrote:
@@ -2815,12 +2816,23 @@ fixup_deferred_exception_variants (tree type, tree
raises)
cp_cv_quals var_quals = TYPE_QUALS (variant);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #30 from Andrew Macleod ---
(In reply to Martin Sebor from comment #29)
> From memory: At use1 the cache is empty so go and find its definition and
> record the offset at that point, with the pointer addition as the context.
> And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646
Andrew Pinski changed:
What|Removed |Added
CC||wz at email dot sdu.edu.cn
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104168
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Hi!
Pushed to master branch commit 087e545747ca9ee977e84326877b0ce1bc4c383a
"Strengthen a few OpenACC test cases", see attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung;
Hi!
On Fri, Jan 21, 2022 at 11:31:34AM -0600, Bill Schmidt wrote:
> It was recently discovered that Clang supports a couple of variants of
> vec_sldw that
> GCC does not. After some discussion, we decided that these variants are
> reasonable,
> and GCC will also support them. This patch adds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104168
Bug ID: 104168
Summary: Crashed when compile `void f(const int N){ int a[1][N]
= {}; }`, internal compiler error: in make_decl_rtl,
at varasm.c:1422
Product: gcc
On 21.01.22 18:15, Thomas Schwinge wrote:
source-gcc/libgomp/testsuite/libgomp.fortran/allocate-1.f90:11:47:
11 | integer(c_int) function is_64bit_aligned (a) bind(C)
| 1
Warning: Variable ‘a’ at (1) is a dummy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104084
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On Fri, Jan 21, 2022 at 09:27:17AM -0500, Jason Merrill wrote:
> On 1/20/22 20:03, Marek Polacek wrote:
> > @@ -2815,12 +2816,23 @@ fixup_deferred_exception_variants (tree type, tree
> > raises)
> > cp_cv_quals var_quals = TYPE_QUALS (variant);
> > cp_ref_qualifier rqual =
Hi,
It was recently discovered that Clang supports a couple of variants of vec_sldw
that
GCC does not. After some discussion, we decided that these variants are
reasonable,
and GCC will also support them. This patch adds that support.
I updated an existing test and discovered it wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90128
--- Comment #10 from Martin Jambor ---
We still regress, according to LNT 8% on zen2:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=335.437.0=309.437.0=346.437.0=276.437.0=398.437.0=417.437.0=295.437.0;
and 12% on zen3:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
Hi Abid!
On 2022-01-11T22:31:54+, Hafiz Abid Qadeer wrote:
> From d1fb55bff497a20e6feefa50bd03890e7a903c0e Mon Sep 17 00:00:00 2001
> From: Hafiz Abid Qadeer
> Date: Fri, 24 Sep 2021 10:04:12 +0100
> Subject: [PATCH] [gfortran] Add support for allocate clause (OpenMP 5.0).
>
> This patch
Fixing a thinko in my patch for 103681: when computing the size of a virtual
base, it would help to use its binfo instead of the one for the derived
class.
Tested x86_64-pc-linux-gnu, applying to trunk.
PR c++/104139
PR c++/103681
gcc/cp/ChangeLog:
* class.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103681
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:23be9f83bbd2c6f03580757adbfe599de6bf702b
commit r12-6800-g23be9f83bbd2c6f03580757adbfe599de6bf702b
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104139
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:23be9f83bbd2c6f03580757adbfe599de6bf702b
commit r12-6800-g23be9f83bbd2c6f03580757adbfe599de6bf702b
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165
Andrew Pinski changed:
What|Removed |Added
Known to fail||12.0
Target Milestone|---
On Fri, 21 Jan 2022 at 16:11, Martin Liška wrote:
>
> Hi.
>
> This adds linker detection for mold in libstdc++-v3.
>
> Ready to be installed?
Yes, OK (but please CC the libstdc++ list, not just me).
> Thanks,
> Martin
>
> libstdc++-v3/ChangeLog:
>
> * acinclude.m4: Detect features for
When propagating a multi-word register into an access with a smaller
mode the can_change_mode backend hook is already consulted for the
original register. This however is also required for the intermediate
copy in copy_regno which might use a different register class.
Bootstrapped on x86_64 and
David: this is the email I was talking about in my other email.
Here's the updated patch.
By the way, I find the usage of NUM_GCC_JIT_TYPES brittle. Would it be
better to switch to a new enum value for that instead?
See comments below.
Le jeudi 20 mai 2021 à 15:25 -0400, David Malcolm a écrit :
Am Dienstag, den 18.01.2022, 09:31 +0100 schrieb Richard Biener:
> On Mon, Jan 17, 2022 at 3:11 PM Michael Matz via Gcc wrote:
> > Hello,
> >
> > On Sat, 15 Jan 2022, Martin Uecker wrote:
> >
> > > > Because it interferes with existing optimisations. An explicit
> > > > checkpoint has a clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103121
--- Comment #29 from Martin Sebor ---
>From memory: At use1 the cache is empty so go and find its definition and
record the offset at that point, with the pointer addition as the context. And
at use2 we look up the same offset. So use1 won't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167
Bug ID: 104167
Summary: Implement C++20 std::chrono::utc_clock,
std::chrono::tzdb etc.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104166
Bug ID: 104166
Summary: Implement C++20 std::format
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Hi.
This adds linker detection for mold in libstdc++-v3.
Ready to be installed?
Thanks,
Martin
libstdc++-v3/ChangeLog:
* acinclude.m4: Detect features for ld.mold linker.
* configure: Regenerate.
---
libstdc++-v3/acinclude.m4 | 8 +-
libstdc++-v3/configure| 52
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87193
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #5 from Jonathan Wakely ---
The macros should all be OK now. The aliasing fix isn't pushed yet.
Tested powerpc64le-linux, pushed to trunk.
libstdc++-v3/ChangeLog:
* testsuite/20_util/shared_ptr/cons/array.cc: Fix comment.
---
libstdc++-v3/testsuite/20_util/shared_ptr/cons/array.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Tested powerpc64le-linux, pushed to trunk.
This defines all the __cpp_lib_xxx macros as type long, as required by
the standard. We had an inconsistent mix of int and long, sometimes even
for the same macro name.
The __cpp_lib_experimental_xxx macros are left as type int, because
that's what it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104162
--- Comment #3 from Andrew Pinski ---
Right my original version of the lowering handled this. I guess we need to
handle the case where we have a handled reference too. But that would regress
PR 99673 again. I will take a look this weekend.
Tested powerpc64le-linux, pushed to trunk.
I changed the preprocessor condition from <= to < in r12-6574 which
meant the macro was not defined by for C++17.
libstdc++-v3/ChangeLog:
* include/std/version (__cpp_lib_shared_ptr_arrays): Fix
condition for C++17 definition.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b8806796ec64585de39ca6ee3b7b30cc08f27d62
commit r12-6798-gb8806796ec64585de39ca6ee3b7b30cc08f27d62
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87193
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b8806796ec64585de39ca6ee3b7b30cc08f27d62
commit r12-6798-gb8806796ec64585de39ca6ee3b7b30cc08f27d62
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104113
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104165
Bug ID: 104165
Summary: Incorrectly identifying array bounds with -O2
-Werror=array-bounds
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97968
--- Comment #3 from denis.campredon at gmail dot com ---
This seems to be fixed for gcc12, unlike the code from pr-98303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104159
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David
> Am 21.01.2022 um 15:59 schrieb Roger Sayle :
>
>
>
> This patch resolves the P1 "ice-on-valid-code" regression boostrapping
>
> GCC on risv-unknown-linux-gnu caused by my recent MULT_HIGHPART_EXPR
>
> functionality. RISC-V differs from x86_64 and many targets by
>
> supporting a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104113
--- Comment #6 from qingzhe huang ---
How about this simple fix? (see the patch above.)
Instead of return "error_mark_node" by condition of
"!cp_parser_simulate_error", we now report error immediately. The rational of
this fix is that
This patch resolves the P1 "ice-on-valid-code" regression boostrapping
GCC on risv-unknown-linux-gnu caused by my recent MULT_HIGHPART_EXPR
functionality. RISC-V differs from x86_64 and many targets by
supporting a usmusidi3 instruction, basically a widening multiply
where one operand is
Hello.
The patch detects ld.mold linker and use it for
comdat_group=yes and gcc_cv_ld_hidden=yes.
Tested locally, I'm going to install it.
Martin
gcc/ChangeLog:
* configure.ac: Detect ld_is_mold and use it for
comdat_group=yes and gcc_cv_ld_hidden=yes.
* configure:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104113
--- Comment #5 from qingzhe huang ---
Created attachment 52257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52257=edit
cp_parser_simulate_error logic
diff --git a/gcc/cp/parser.cc b/gcc/cp/parser.cc
index b262b765a9a..988631a4248
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104065
--- Comment #6 from Gaius Mulley ---
ok I've fixed the problem above and the bootstrap tool builds cleanly with a
C++ compiler. I'm continuing the build before git pushing changes. I've
changed most if not all $(CC) to $(CXX) inside the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104161
--- Comment #2 from Adev ---
> I already have a patch.
Thanks Jonathan.
Simple curiosity: Was that already reported before ?
If you do need any testing, do not hesitate.
A.D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104111
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
On 1/20/22 20:03, Marek Polacek wrote:
On Thu, Jan 20, 2022 at 03:23:24PM -0500, Jason Merrill wrote:
On 1/18/22 11:05, Marek Polacek wrote:
On Mon, Jan 17, 2022 at 01:48:48PM -0500, Jason Merrill wrote:
On 1/14/22 19:22, Marek Polacek wrote:
This is a "canonical types differ for identical
Hello!
I'm currently trying to solve a problem in LLVM which arises when building the
compiler-rt
library on 32-bit SPARC [1].
More specifically, I'm getting a linker error which indicates that the target
does not 64-bit
atomic operations natively and has to use libatomic:
/usr/bin/ld:
On 1/21/22 12:39, Richard Earnshaw wrote:
Martin's recent change to the way we handle quotation marks and
punctuation in error messages caused some fallout in the testsuite.
This patch updates the tests for the new output.
Thank you for the patch.
Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103572
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101731
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99723
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96171
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40635
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53932
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104159
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> The aliasing violation is real, we should use memset instead.
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589024.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65891
Richard Biener changed:
What|Removed |Added
Version|unknown |11.2.1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67194
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67196
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70682
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78825
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81958
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82894
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84900
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85390
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89292
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization, ra
Tested powerpc64le-linux. Does anybody see a problem with this change?
The non-atomic store that sets both reference counts to zero uses a
type-punned pointer, which has undefined behaviour. We could use memset
to write 8 bytes, but we don't actually need it to be a single store
anyway. No other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89764
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90524
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91112
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92335
Richard Biener changed:
What|Removed |Added
Blocks||53947
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92752
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93503
Richard Biener changed:
What|Removed |Added
Version|unknown |11.2.1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94905
--- Comment #13 from Richard Biener ---
Oh, and the reduced testcase is correct to warn on I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #10 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94905
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94905
Richard Biener changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104163
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-01-21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104164
Bug ID: 104164
Summary: Bogus warning issued by -Wsurprising
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104163
Bug ID: 104163
Summary: Misleading diagnostic for incompletely initialized
constinit variable
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95126
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95558
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
101 - 200 of 303 matches
Mail list logo