https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61243
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61243
Uroš Bizjak changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #9 from Alexey Merzlyakov ---
The following PR has been opened for Thumb1 problem:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61243
Bug ID: 61243
Summary: [4.10 Regression] verify_flow_info failed: No region
crossing jump at section boundary in bb 65
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #5 from Tim Shen ---
Author: timshen
Date: Tue May 20 04:31:54 2014
New Revision: 210630
URL: http://gcc.gnu.org/viewcvs?rev=210630&root=gcc&view=rev
Log:
2014-05-20 Tim Shen
PR libstdc++/61227
* include/bits/regex_compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
--- Comment #2 from zhenqiang.chen at linaro dot org ---
Patch @r210457 enhances move_insn_for_shrink_wrap to sink more instructions out
of entry block.
For ICE, it tries to sink a SP adjustment instruction. But some useful
information is lost du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
zhenqiang.chen at linaro dot org changed:
What|Removed |Added
CC||zhenqiang.chen at linar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61241
--- Comment #2 from ma.jiang at zte dot com.cn ---
Created attachment 32823
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32823&action=edit
testcase
should be put into gcc/testsuite/gcc.target/arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61241
--- Comment #1 from ma.jiang at zte dot com.cn ---
Created attachment 32822
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32822&action=edit
proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61242
--- Comment #1 from Paul Pluzhnikov ---
Forgot to mention: moving struct A and Create out of Foo and into global scope
fixes the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61242
Bug ID: 61242
Summary: [4.9/4.10 Regression] Bogus "no matching function for
call to ‘Foo::Create()"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61241
Bug ID: 61241
Summary: built-in memset makes the caller function slower than
normal memset
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57063
--- Comment #6 from Paul Pluzhnikov ---
Google ref: b/15091778
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #11 from Jan Hubicka ---
> Yes, I think that would be clearer.
>
> Your patch does seem to fix the problem building libgo. Thanks.
Thanks for help!
I am testing updated patch - it turns out that I needed to revisit about every
use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #10 from Ian Lance Taylor ---
Yes, I think that would be clearer.
Your patch does seem to fix the problem building libgo. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240
Bug ID: 61240
Summary: Incorrect warning "integer overflow in expression" on
pointer-pointer subtraction
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #9 from Jan Hubicka ---
> The naming is confusing and but the idea seems sound. It doesn't make sense
> for a static symbol to be DECL_ONE_ONLY. But currently DECL_ONE_ONLY just
> means that the symbol has a comdat group. So given
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #8 from Ian Lance Taylor ---
The naming is confusing and but the idea seems sound. It doesn't make sense
for a static symbol to be DECL_ONE_ONLY. But currently DECL_ONE_ONLY just
means that the symbol has a comdat group. So given t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61208
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61239
Bug ID: 61239
Summary: [4.10 Regression]: ICE in decompose, at rtl.h when
compiling vshuf-v16hi.c using -mavx2
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61238
Bug ID: 61238
Summary: Getting Linker error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61202
--- Comment #3 from Carrot ---
4.8 branch also has the same problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61223
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |target
--- Comment #1 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61237
Bug ID: 61237
Summary: gcc puts line number 11 ahead of line number 10 in
function call in debug info
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #6 from Uroš Bizjak ---
(In reply to David Binderman from comment #5)
> I'll try again in a few days time.
Richard S. is preparing a patch at [1], perhaps you can help to test it?
[1] https://gcc.gnu.org/ml/gcc-patches/2014-05/msg0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #7 from Markus Trippelsdorf ---
-fno-delete-null-pointer-checks fixes the issue and is an easy workaround
for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
--- Comment #3 from Uroš Bizjak ---
Related to PR61225
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47202
--- Comment #3 from Jason Merrill ---
This is an issue of combinatorial explosion in checking code; when we have lots
of substitutions, checking each one against each other takes a long time,
especially when each comparison involves recursively c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61133
--- Comment #1 from Ville Voutilainen ---
Patch is in https://gcc.gnu.org/ml/gcc-patches/2014-05/msg00656.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #4)
> Could you please try to reproduce the issue with a more recent snapshot:
No need. I can reproduce the issue and will look deeper tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #7 from Jan Hubicka ---
Created attachment 32821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32821&action=edit
patch I am testing
This patch seems to do what I want - it makes the comdat local variables to be
in the comdat g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61220
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #9 from Marek Polacek ---
(In reply to Tom Tromey from comment #5)
> I tried this today with a recent-ish gcc trunk build, and
> there's been a regression.
>
> Now:
>
> barimba. gcc --syntax-only r.c
> r.c: In function ‘docall’:
> r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58761
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon May 19 18:41:24 2014
New Revision: 210624
URL: http://gcc.gnu.org/viewcvs?rev=210624&root=gcc&view=rev
Log:
PR c++/58761
* pt.c (tsubst_copy): Don't check at_function_scope_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Frank Ch. Eigler changed:
What|Removed |Added
CC||fche at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||ishiura-compiler at ml dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #6 from Jan Hubicka ---
Well, is there a reason why I can not place static symbol into the comdat
section, just as we do for labels within functions or thunks? Those also do not
have unique name.
It seems to me that there is a problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #4)
> Could you please try to reproduce the issue with a more recent snapshot:
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.10-20140518/
Sorry wrong address.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
--- Comment #5 from David Binderman ---
(In reply to Richard Biener from comment #4)
> Can you try to use -O0 with clang as it is otherwise the default for the host
> compiler invocations?
>
> Thus, it may very well be a miscompilation by clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #3 from Mukund Sivaraman ---
The following is _incorrect_ generated x86_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.9.1 20140507 (prerelease) (GCC).
(the current version of GCC on Arch Linux).
NOTE that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #2 from Mukund Sivaraman ---
This is the C function (so you can compare notes from the next comment):
isc_result_t
dns_rdataslab_fromrdataset(dns_rdataset_t *rdataset, isc_mem_t *mctx,
isc_region_t *region, unsigned in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
--- Comment #1 from Mukund Sivaraman ---
The following is _correct_ generated x8t_64 code for
dns_rdataslab_fromrdataset() as compiled with:
gcc version 4.8.2 20131212 (Red Hat 4.8.2-7) (GCC)
Under free_rdatas label, you can see that there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61222
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61224
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61236
Bug ID: 61236
Summary: GCC 4.9 generates incorrect object code
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61235
Bug ID: 61235
Summary: SYSTEM(3) - had better copy its command string
parameter
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
Joseph S. Myers changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61219
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #3 from Ian Lance Taylor ---
It's almost certainly the new ipa-comdats pass. When ipa-comdats converts a
variable from static to comdat, it needs to give it a unique name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Ian Lance Taylor changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #3 from Arnaud Charlet ---
The build of GNAT cross is designed to rely on a matching native, to simplify
the
set up, so this is really as designed here, and not just a 'search path
problem'.
The coupling between the Ada runtime and t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61201
--- Comment #2 from Richard Henderson ---
While that does allow me to proceed further, I think you're dismissing
an actual problem somewhere. If gnat 4.8.2 can compile gnat 4.9.0 for
native, then I do not understand why it can't compile 4.9.0 fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
--- Comment #1 from Matthias Klose ---
so this happens because I had sys/sdt.h installed during the build, and
automatically gets picked up during the build.
So probably an invalid issue, or should the inclusion of this header be guarded
for arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
--- Comment #35 from Sami Farin ---
binutils-2.24-13.fc21
haven't tried latest from git://sourceware.org/git/binutils-gdb.git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53940
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61234
Bug ID: 61234
Summary: Warn for use-stmt without explicit only-list.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831
Sami Farin changed:
What|Removed |Added
CC||hvtaifwkbgefbaei at gmail dot
com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61154
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #4 from FaTony ---
The first regex is used to find illegal characters in symbol name in my
project. The last regex is used to tokenize command line arguments. Those
regexes work in Visual Studio 2012/2013 and clang with libc++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 14:33:31 2014
New Revision: 210614
URL: http://gcc.gnu.org/viewcvs?rev=210614&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61221
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 14:32:23 2014
New Revision: 210613
URL: http://gcc.gnu.org/viewcvs?rev=210613&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61209
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
Richard Biener changed:
What|Removed |Added
Version|4.9.0 |4.10.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61233
Bug ID: 61233
Summary: Demangler crash
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #3 from Jonathan Wakely ---
So it does, thanks, Andreas. I read C++11 [re.grammar]/7 as saying those
classes are part of the changes to the ECMAScript spec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61232
--- Comment #1 from Matthias Klose ---
this was r210608
Assignee: ian at airs dot com
Reporter: doko at gcc dot gnu.org
libgo fails to link, at least on x86*, powerpc*, arm*, aarch64* -linux with
trunk 20140519:
.libs/bytes.o:(.data.rel.C237[__go_td_FppN12_bytes.ReaderN9_io.WritererN5_int64N5_erroree]+0x0):
multiple definition of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
--- Comment #2 from Andreas Schwab ---
The C++ standard refers to ECMA-262 which defines [\w] as Perl does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61231
Bug ID: 61231
Summary: [4.9/4.10 Regression] bootstrap comparision failure on
powerpc64le-linux-gnu
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Dennis Lubert changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61184
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon May 19 12:32:15 2014
New Revision: 210611
URL: http://gcc.gnu.org/viewcvs?rev=210611&root=gcc&view=rev
Log:
2014-05-19 Richard Biener
PR tree-optimization/61184
* tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Richard Biener changed:
What|Removed |Added
Target||aarch64
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61227
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61230
Bug ID: 61230
Summary: [4.10 regression][AArch64] New shift costs make
scalar_shift_1.c to FAIL
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61229
Bug ID: 61229
Summary: warn_unused_result fails to work with member functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47461
--- Comment #2 from Jonathan Wakely ---
Works with 4.9.0
w.cc: In function ‘void f(C*)’:
w.cc:6:33: warning: ignoring return value of ‘bool C::f(T*) [with T = int]’,
declared with attribute warn_unused_result [-Wunused-result]
void f(C* pc) { i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61228
Bug ID: 61228
Summary: noexcept(expression) causes internal compiler error
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #8 from Alexey Merzlyakov ---
Created attachment 32820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32820&action=edit
Fix for thumb fail
Proposed bugfix (build OK, but not regtested).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61221
--- Comment #2 from Richard Biener ---
Interesting ;) We do some non-sensical simplification on dead code and ICE.
But our dead-CFG compute code in SCCVN isn't up to recognizing a dead loop
because it's conservative and not optimistic.
Ultimati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60758
--- Comment #7 from Alexey Merzlyakov ---
The problem does not appear for thumb2 targets.
On older architectures (armv6 and below) in thumb-mode the LR indeed can not be
used as argument of POP instruction.
To support __cxa_end_cleanup backtraci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61203
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.7.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61209
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61210
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61211
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61214
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
1 - 100 of 122 matches
Mail list logo
