https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #14 from Jakub Jelinek ---
Perhaps move the condition preparation statements including the surrounding
CLEANUP_STMT into {FOR,WHILE}_COND_PREP and insert into that CLEANUP_STMT first
operand some new tree as a temporary placeholder fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
Benjamin Schulz changed:
What|Removed |Added
Attachment #60176|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #9 from Benjamin Schulz ---
Created attachment 60373
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60373&action=edit
cmakelists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #8 from Benjamin Schulz ---
Created attachment 60372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60372&action=edit
main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #10 from Benjamin Schulz ---
the newly attached files work with nvc++ from nvidia. but nvidia has
difficulties compiling the openmp part. so it would be good if i could compile
this with gcc. What must I do to enable aliasing when bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #11 from Benjamin Schulz ---
if i write something like this:
SET (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fopenacc -foffload=nvptx-none
-foffload=-malias -fcf-protection=none -fno-stack-protector -U_FORTIFY_SOURCE
-std=c++23 -no-pie")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
--- Comment #2 from Jonathan Wakely ---
It wasn't "a file that does not exist" when the function began executing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118733
--- Comment #1 from Jonathan Wakely ---
The standard is very clear about this:
"A file system race is the condition that occurs when multiple threads,
processes, or computers interleave access and modification of the same object
within a file s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118724
Damian Rouson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #15 from Damian Rouson ---
*** Bug 118724 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
Andrew Pinski changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118732
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118724
--- Comment #5 from Damian Rouson ---
Great catch, Jerry! I forgot that I had already reported this in
117434 and I hadn't noticed that Paul committed a fix on November 6.
Is there any chance of this being backported to the 14 branch?
Unfortuna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #15 from Jakub Jelinek ---
Maybe yet another possibility would be to actively look for that CLEANUP_STMT
at the end deconstruct that into multiple new {FOR,WHILE}_STMT operands;
{FOR,WHILE}_COND_PREP (the statements seen from conditio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
--- Comment #4 from Sam James ---
-fno-range-for-ext-temps seems to have helped with an older trunk (from before
the weekend). I'll try Jason's fixes now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #20 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:65ecfbabb018896b600065c77f969475a43d529d
commit r14-11271-g65ecfbabb018896b600065c77f969475a43d529d
Author: Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118737
Bug ID: 118737
Summary: preprocessor should error out right if one of the
first few bytes is not a recognized character
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
--- Comment #20 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116506
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4c743798b1d4530b327dad7c606c610f3811fdbf
commit r15-7338-g4c743798b1d4530b327dad7c606c610f3811fdbf
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:4c743798b1d4530b327dad7c606c610f3811fdbf
commit r15-7338-g4c743798b1d4530b327dad7c606c610f3811fdbf
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118470
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ec716ad3f4bdccb6a2780161e74e3168efa68121
commit r15-7337-gec716ad3f4bdccb6a2780161e74e3168efa68121
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
Jason Merrill changed:
What|Removed |Added
Assignee|iains at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Bug 118574 depends on bug 116914, which changed state.
Bug 116914 Summary: [15 regression] ICE when building plasma-nm-6.1.5
(gimplify_var_or_parm_decl, at gimplify.cc:3309) with -std=gnu++20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Assignee|iains at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118723
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
Jason Merrill changed:
What|Removed |Added
CC||regev.ran at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116506
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118470
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116880
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118265
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:26d3424ca5d9f47d7e0b6fcaf0fae48435a73442
commit r15-7339-g26d3424ca5d9f47d7e0b6fcaf0fae48435a73442
Author: A J Ryan Solutions Ltd
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117082
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93289
--- Comment #7 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:f3a41e6cb5d70f0c94cc8273a118b8542fb5c2fa
commit r15-7336-gf3a41e6cb5d70f0c94cc8273a118b8542fb5c2fa
Author: Harald Anlauf
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #19 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #18)
> (In reply to Jerry DeLisle from comment #17)
> > (In reply to Damian Rouson from comment #16)
> > > Is there a chance of this fix being backported t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
--- Comment #8 from Andrew Pinski ---
(In reply to Victor Do Nascimento from comment #3)
> Potential fix:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2024-October/665021.html
Oh I see now, the original potential fix was exactly the same as m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
Bug ID: 118738
Summary: the following code compiles with nvc++ and even clang
and raises an internal Compiler-error: in
expand_UNIQUE, bei internal-fn.cc:3302
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
--- Comment #1 from Benjamin Schulz ---
Created attachment 60369
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60369&action=edit
main.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118738
--- Comment #2 from Benjamin Schulz ---
Created attachment 60370
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60370&action=edit
cmakelists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89499
Andrew Pinski changed:
What|Removed |Added
CC||schulz.benjamin@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
--- Comment #5 from kargls at comcast dot net ---
On 2/3/25 19:52, gerald at pfeifer dot com wrote:
>
> --- Comment #4 from Gerald Pfeifer ---
> Note that with @Andreas Tobler we have a formal GCC on FreeBSD maintainer
> who I am looping in, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118736
Bug ID: 118736
Summary: Requesting a diagnostic on infinite recursion with
polymorphic, defaulted operator==
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117988
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117082
H.J. Lu changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118685
Gerald Pfeifer changed:
What|Removed |Added
Last reconfirmed||2025-02-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
--- Comment #7 from Andrew Pinski ---
Actually it is simplier than that:
- limit_mode = from_mode;
+ limit_mode = GET_MODE_NEXT_MODE (from_mode).require ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45215
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:736e8eef6c0df860f9b0469f9f7cfb8c121a70a7
commit r15-7341-g736e8eef6c0df860f9b0469f9f7cfb8c121a70a7
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
--- Comment #2 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:d3627c78be116ef1941f6819d57c237e71c39444
commit r15-7342-gd3627c78be116ef1941f6819d57c237e71c39444
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 98893, which changed state.
Bug 98893 Summary: [modules] start_cleanup_cnt needs modularizing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98893
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|nathan at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 108205, which changed state.
Bug 108205 Summary: ICE following "unused parameter" in precondition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108205
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--- Comment #50 from Andrew Pinski ---
For me (onm x86_64), RA seems high in memory and time at -O0 (this is with
checking=yes but with -fno-checking)
integrated RA : 1.96 ( 13%) 206M ( 23%)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118736
Andrew Pinski changed:
What|Removed |Added
Blocks||87403
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118719
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #102 from Andrew Pinski ---
At -O2 -g add_stack_var_conflict looks to be high up. Which might mean this
introduced recently by me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
--- Comment #4 from Kito Cheng ---
I can't reproduce that by the top of trunk with your option, could you check
does the bug still can be reproduced by trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118728
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118714
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118700
--- Comment #6 from Christian Menard ---
Thanks. At least -fno-canonical-system-headers serves as a workaround.
To me, it does not seem like the reported behavior is by design. The discussion
in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6191
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118717
--- Comment #13 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:fbcbbfe2bf83eb8b1347144eeca37b06be5a8bb5
commit r15-7331-gfbcbbfe2bf83eb8b1347144eeca37b06be5a8bb5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79786
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101262
Richard Biener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105771
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118730
Bug ID: 118730
Summary: Final subroutine of derived type variable that is
declared but not used is not called
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
--- Comment #21 from Richard Biener ---
(In reply to Georg-Johann Lay from comment #20)
> So can this be closed as fixed (in v15+) ?
We're usually keeping regressions open for tracking (and dup-ing) purposes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
Andreas Schwab changed:
What|Removed |Added
Summary|Missing |Check availability of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117611
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118443
Bug 118443 depends on bug 117688, which changed state.
Bug 117688 Summary: [15 Regression] RISC-V: Wrong code for .SAT_SUB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117712
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117877
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117818
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117955
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118100
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
-std is purely for controlling the language dialect accepted by the frontend.
When we say "new code", we mean "building a new binary", not the age of the
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
--- Comment #4 from Sam James ---
-std is purely for controlling the language dialect accepted by the frontend.
When we say "new code", we mean "building a new binary", not the age of the
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
--- Comment #5 from Sam James ---
(Sorry, mail client sent that to ML too.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118716
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86769
--- Comment #13 from Jakub Jelinek ---
I think what the function does is problematic for other reasons, both for
WHILE_STMT and FOR_STMT.
E.g.
struct A {
A (int);
~A ();
operator bool ();
};
void
foo (int x)
{
for (int i = 0; i < 32; ++i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117434
--- Comment #18 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #17)
> (In reply to Damian Rouson from comment #16)
> > Is there a chance of this fix being backported to the 14 branch? If not,
> > then I assume this issue can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117430
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111709
--- Comment #20 from John David Anglin ---
Will investigate further but it's not the testcase but glibc's fma/fmal that is
miscompiled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
--- Comment #9 from Xi Ruoyao ---
(In reply to Tamar Christina from comment #8)
> That change was made in g:aec90c8bf30cbd66e4febae2c78622dc217f3918, but no
> real explanation as to why.
>
> patt_40 = (signed char) a.0_4;
> patt_41 = SAD_EX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
--- Comment #12 from Xi Ruoyao ---
(In reply to Tamar Christina from comment #11)
> (In reply to Xi Ruoyao from comment #10)
> > The difference from AArch64 and LoongArch64 is AArch64 has WIDEN_ABD, and
> > (with GCC 14.2):
> >
> > t.c:10:17: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118727
--- Comment #15 from Tamar Christina ---
(In reply to Xi Ruoyao from comment #13)
> For example for the original gcc.dg/pr108692.c:
>
> a.0_4 = (unsigned char) a_14;
> _5 = (int) a.0_4;
> b.1_6 = (unsigned char) b_16;
> _7 = (int) b.1_6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109780
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79786
--- Comment #10 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6ec19825b4e72611cdbd4749feed67b61392aa81
commit r15-7332-g6ec19825b4e72611cdbd4749feed67b61392aa81
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113207
Richard Biener changed:
What|Removed |Added
Component|c |lto
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118595
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118608
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
Andi McClure changed:
What|Removed |Added
CC||andi.m.mcclure at gmail dot com
--- Comm
1 - 100 of 173 matches
Mail list logo