https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #13 from Martin Liška ---
Can you please use:
$ export UBSAN_OPTIONS="print_stacktrace=1"
so that we see the complete back-trace? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90209
Bug ID: 90209
Summary: codegen regression (x < 0 ? -x : x) results in branch
instead of single instruction on x86_64
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
--- Comment #3 from Uroš Bizjak ---
It looks like middle-end is bypassing sminv2df3 expander and constructs RTX by
hand. This should not be done, since the expander decides whether IEEE or
non-IEEE variant should be used.
Please note that there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90045
--- Comment #14 from Martin Liška ---
(In reply to Nick Clifton from comment #13)
> FYI - I have now checked in a patch to the RX assembler which fixes this
> problem.
>
> Martin - I will leave it to you to verify that the build now works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65886
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
--- Comment #2 from Jakub Jelinek ---
Simplified testcase:
double a[64];
double *foo (void);
void
bar (int x, const double *y)
{
int i;
for (i = 0; i < x; i++)
if (y[i] < a[i])
a[i] = y[i];
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90021
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90119
--- Comment #5 from Martin Liška ---
Thank you Roland for working on that. Can you please integrate your script
with:
contrib/check-internal-format-escaping.py
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90208
Bug ID: 90208
Summary: [7/8/9 Regression] error: EH landing pad label
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90208
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #14 from rsandifo at gcc dot gnu.org
---
Yeah, the patch I committed fixed two separate instances of
undefined overflow, but I think there are a lot more left.
The testsuite results with bootstrap-ubsan show a lot of failures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #15 from Martin Liška ---
>
> Could you open separate PRs for the new tests? We could perhaps
> have a meta-bug for ubsan failures too, if we don't already.
We do have one ('ubsan' alias name):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90196
--- Comment #6 from Jonathan Wakely ---
(In reply to Максим Прохоренко from comment #3)
> Allocate GiB of unused memory and don't warn about it? But 1 simple double -
> it is a big problem.
Nobody said that. But the warning has to be driven by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90173
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87431
--- Comment #23 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 23 09:55:33 2019
New Revision: 270502
URL: https://gcc.gnu.org/viewcvs?rev=270502=gcc=rev
Log:
Fix std::variant regression caused by never-valueless optimization
A regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90210
Bug ID: 90210
Summary: [C++17] CTAD forbidding explicit deduction guide for
copy-list-initialization
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
--- Comment #78 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 23 10:03:41 2019
New Revision: 270504
URL: https://gcc.gnu.org/viewcvs?rev=270504=gcc=rev
Log:
PR target/89093
* config/arm/arm.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90131
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Apr 23 10:10:10 2019
New Revision: 270505
URL: https://gcc.gnu.org/viewcvs?rev=270505=gcc=rev
Log:
2019-04-23 Richard Biener
PR debug/90131
* tree-cfgcleanup.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90211
Bug ID: 90211
Summary: [8/9 Regression] ICE: tree check: expected ssa_name,
have real_cst in first_readonly_imm_use, at
ssa-iterators.h:351
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90210
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90211
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90209
--- Comment #1 from Uroš Bizjak ---
Try with -fno-signed-zeros.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
--- Comment #5 from Jakub Jelinek ---
Created attachment 46228
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46228=edit
gcc9-pr90187.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
--- Comment #6 from Jakub Jelinek ---
Or would you prefer:
--- gcc/config/i386/i386.c.jj 2019-04-16 10:40:15.077091789 +0200
+++ gcc/config/i386/i386.c 2019-04-23 11:55:59.397227347 +0200
@@ -23712,7 +23712,10 @@ ix86_expand_sse_fp_minmax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89093
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90101
Benjamin Buch changed:
What|Removed |Added
CC||benni.buch at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87431
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90187
--- Comment #7 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #6)
> Or would you prefer:
> --- gcc/config/i386/i386.c.jj 2019-04-16 10:40:15.077091789 +0200
> +++ gcc/config/i386/i386.c2019-04-23 11:55:59.397227347 +0200
> @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90170
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90191
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90172
Richard Biener changed:
What|Removed |Added
Keywords|error-recovery |ice-on-valid-code
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
Bug ID: 90212
Summary: [8/9 Regression] by-ref capture of constexpr class
object rejected
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
--- Comment #2 from Richard Biener ---
Just to say I used gdb 8.2 for my investigation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90191
--- Comment #2 from Dmitry G. Dyachenko ---
(In reply to Richard Biener from comment #1)
> So is the warning good or bad? That it now depends on the param suggests a
> change in default optimization behavior.
Sorry not to be clear
Warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90211
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
--- Comment #6 from Rainer Orth ---
Created attachment 46230
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46230=edit
gcc 7 reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
--- Comment #8 from Rainer Orth ---
Created attachment 46231
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46231=edit
gcc 8 reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
--- Comment #7 from Rainer Orth ---
While my original testcase fails on gcc 7, 8, and 9, the one reduced using gcc
9
only failed on trunk. I've now ran creduce with the original testcase against
both gcc 7 and 8. Each run produced a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90165
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Apr 23 12:48:18 2019
New Revision: 270509
URL: https://gcc.gnu.org/viewcvs?rev=270509=gcc=rev
Log:
PR libstdc++/90165 constrain variant(T&&) constructor
Also refactor some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90214
Bug ID: 90214
Summary: UBSAN: signed integer overflow: 162675373468811328 -
-9060696663385964544 cannot be represented in type
'long int'
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #17 from Martin Liška ---
> Could you open separate PRs for the new tests? We could perhaps
> have a meta-bug for ubsan failures too, if we don't already.
I did so: PR90213 and PR90214.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90165
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90167
--- Comment #3 from Segher Boessenkool ---
But you are not accessing as the union type. You do the access with the
type of one of its members. And that is UB.
The part of the standard you quote is about things like
union a_union f(double *p)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90167
--- Comment #2 from Laszlo Ersek (RH) ---
(In reply to Segher Boessenkool from comment #1)
> The code accesses d, of type double, as an int. That is not a
> compatible type.
Agreed; I didn't claim it was.
> It does not matter how it got
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from Jakub Jelinek ---
> That is a 7/8 regression though then. Or do you have a testcase that still
> fails on the trunk?
No: it seems the original testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87979
--- Comment #3 from Roman Zhuykov ---
Author: zhroma
Date: Tue Apr 23 13:14:57 2019
New Revision: 270512
URL: https://gcc.gnu.org/viewcvs?rev=270512=gcc=rev
Log:
modulo-sched: prevent division by zero (PR87979)
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90075
--- Comment #4 from Richard Earnshaw ---
(In reply to Ramana Radhakrishnan from comment #3)
> Seems to have been "fixed" by the commit to fix PR87369,
>
> Richard, is this something to backport ? Prima-facie , it appears not and we
> will need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90075
Ramana Radhakrishnan changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90205
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079
--- Comment #5 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Tue Apr 23 15:19:55 2019
New Revision: 270514
URL: https://gcc.gnu.org/viewcvs?rev=270514=gcc=rev
Log:
PR d/90079
libphobos: Fix SEGV in _aaKeys, _aaValues on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85164
--- Comment #16 from Vittorio Zecca ---
On Saturday afternoon I had a power failure that probably damaged my disk,
so I cannot help you now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90130
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90165
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> because we talk to apply this constraint:
s/talk/fail/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90213
Bug ID: 90213
Summary: UBSAN: signed integer overflow: -5621332293356458048 *
8 cannot be represented in type 'long int'
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90191
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90208
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90208
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
--- Comment #5 from Roman Zhuykov ---
Author: zhroma
Date: Tue Apr 23 12:53:43 2019
New Revision: 270511
URL: https://gcc.gnu.org/viewcvs?rev=270511=gcc=rev
Log:
modulo-sched: fix branch scheduling issue (PR84032)
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84032
Roman Zhuykov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88238
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Buclaw ---
> (In reply to Rainer Orth from comment #0)
[...]
>> *
>>
>> symbol not found: dl_iterate_phdr
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90075
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90139
Jakub Jelinek changed:
What|Removed |Added
Summary|[9 Regression] ICE in |[7/8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87979
Roman Zhuykov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90172
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
--- Comment #58 from Jakub Jelinek ---
If we don't want to go with #c35 at least for GCC 9, would the #c44 patch be
still useful without it (does it ever trigger say on the kernel where it didn't
trigger before)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
--- Comment #4 from Jakub Jelinek ---
For the for loop, we emit a DEBUG_BEGIN_STMT, which maps to DWARF:
is_stmt
'A boolean indicating that the current instruction is a recommended breakpoint
location. A recommended breakpoint location is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90215
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
--- Comment #59 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #58)
> If we don't want to go with #c35 at least for GCC 9, would the #c44 patch be
> still useful without it (does it ever trigger say on the kernel where it
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90172
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
--- Comment #5 from Jakub Jelinek ---
__attribute__((noipa))
void
test (unsigned int *dst, unsigned int base, int count)
{
int i = 0;
while (i < count)
dst[i++] = (base += 15);
}
int
main (void)
{
unsigned int dst[100];
test (dst,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86044
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90181
--- Comment #7 from Segher Boessenkool ---
(In reply to nfxjfg from comment #6)
> Yes, it's clear that that the constraint can't be _just_ the register name,
> since they'll clash with builtin constraints now or with future
> architectures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87871
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #57
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90215
Bug ID: 90215
Summary: ICE with lambda in fold expression over comma and
assignment
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86044
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90215
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-invalid-code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78940
--- Comment #4 from Avi Kivity ---
Since constexpr constructors do send the variable into the .data (or .tls)
section, perhaps gcc can attempt to evaluate the initializer as if it (and any
functions it calls) was marked constexpr. If it fails it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90078
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[7/8/9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
kelvin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90205
--- Comment #6 from Jonny Grant ---
Wondering if it is also worth the message making clear the type was promoted?
eg:
:5:14: warning: format '%d' expects argument of type 'int', but
argument 2 has type 'float' automatically promoted to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90197
--- Comment #6 from Alexandre Oliva ---
What's confusing to me is that, as far as I know, GDB pays no attention to
is_stmt yet.
So I think we should focus on what, if any, changes to the line number program
are brought about by enabling or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90212
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90209
Vegard Nossum changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90079
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90119
--- Comment #7 from Roland Illig ---
I didn't want to sound that harsh in my previous comment.
What I wanted to say is: to make the linter reliable and be able to handle the
full syntax of .po files, it's better to use an exising library that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90216
Bug ID: 90216
Summary: Stack Pointer decrementing even when not loading extra
data to stack.
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88431
--- Comment #4 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Wed Apr 24 02:04:04 2019
New Revision: 270531
URL: https://gcc.gnu.org/viewcvs?rev=270531=gcc=rev
Log:
libphobos: Fix link build errors when compiling with unsupported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
--- Comment #2 from Hongtao.liu ---
It seems such code generation is r254855's intention.
/* Use 256-bit AVX instructions instead of 512-bit AVX
instructions
4695 in the auto-vectorizer. */
4696
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90204
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> It seems such code generation is r254855's intention.
>
> /* Use 256-bit AVX instructions instead of 512-bit AVX
> instructions
> 4695
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88431
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89735
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90218
Bug ID: 90218
Summary: [PDT] ICE: tree check: expected array_type, have
record_type in gfc_conv_array_initializer, at
fortran/trans-array.c:6071
Product: gcc
1 - 100 of 112 matches
Mail list logo