: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
Target Milestone: ---
ICE on valid C++14 code:
$ cat b.C
#include
template
struct num
{
enum { value = I };
};
#define VALUEOFNUM(x) std
++
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
Target Milestone: ---
// Run-time crash with g++ >= 9 and -Ox, x > 1
// Works perfectly with g++ <= 8.3
class IDestroyable
{
protected:
virtual void Destroy() = 0;
public:
void operat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95321
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14319
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
Target Milestone: ---
Take the source code gfortran.dg/coarray_fail_st.f90
The tree dump shows that _gfortran_caf_fail_image() is called with one
argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96947
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96968
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
Priority: P3
Component: libbacktrace
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
CC: ian at gcc dot gnu.org
Target Milestone: ---
This is happening on the current port of GCC to aarch64-apple-darwin20
(https
: libbacktrace
Assignee: unassigned at gcc dot gnu.org
Reporter: fxcoudert at gcc dot gnu.org
CC: ian at gcc dot gnu.org
Target Milestone: ---
On x86_64-apple-darwin, internal errors in the compiler are not displaying
backtraces.
For example this code:
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #1 from Francois-Xavier Coudert ---
Continuing to debug, I've added a darwin-specific implementation of
getexecname() with this patch:
diff --git a/libbacktrace/fileline.c b/libbacktrace/fileline.c
index cc1011e8b5d..3e4161e47c6 1006
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #2 from Francois-Xavier Coudert ---
I've gone a bit further with this, using the patch in comment #1 to fix the
executable path issue. I am now trying to make the backtrace work within
libgfortran, on a case with a known runtime error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #3 from Francois-Xavier Coudert ---
In macho_add_fat(), the code correctly identifies 2 archs, with the right types
(first i386, then x86_64). It's then calling macho_add() for the x86_64 arch,
with an foffset of 0xb000, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63826
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59068
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25119
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82091
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #4 from Francois-Xavier Coudert ---
I've identified the issue and found a fix. The problem is in the calculation of
the offset when !is_64. The current code is take the uint32_t offset value,
casting it into a uint64_t, then calling b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #7 from Francois-Xavier Coudert ---
Actually we're not using the other members. So how about simply:
diff --git a/libbacktrace/macho.c b/libbacktrace/macho.c
index bd737226ca6..7f093f309fb 100644
--- a/libbacktrace/macho.c
+++ b/libb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96973
--- Comment #10 from Francois-Xavier Coudert ---
Hi Ian,
There is still the issue in comment #1: none of the mechanisms for finding the
executable path are currently working on darwin (at least in the circumstances
I am testing in).
- state->fi
Status|RESOLVED|REOPENED
CC||fxcoudert at gcc dot
||gnu.org
Host||x86_64-apple-darwin10.6.0
Resolution|FIXED
|UNCONFIRMED |NEW
Keywords||build
Last reconfirmed||2011.01.28 10:36:30
CC||fxcoudert at gcc dot
||gnu.org
Host|x86_64
||2011.02.13 11:47:05
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Francois-Xavier Coudert
2011-02-13 11:47:05 UTC
||2011.02.26 14:00:36
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
--- Comment #3 from Francois-Xavier Coudert
2011-02-26 14:00:36 UTC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45165
--- Comment #2 from Francois-Xavier Coudert
2011-02-26 15:21:51 UTC ---
Author: fxcoudert
Date: Sat Feb 26 15:21:45 2011
New Revision: 170517
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170517
Log:
PR libfortran/45165
* unix.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45165
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
|UNCONFIRMED |NEW
Last reconfirmed||2011.02.26 16:03:59
Component|fortran |tree-optimization
CC||fxcoudert at gcc dot
||gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894
--- Comment #1 from Francois-Xavier Coudert
2011-02-26 16:34:52 UTC ---
Author: fxcoudert
Date: Sat Feb 26 16:34:47 2011
New Revision: 170519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170519
Log:
PR fortran/47894
* intrinsic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894
--- Comment #4 from Francois-Xavier Coudert
2011-02-28 08:16:24 UTC ---
Author: fxcoudert
Date: Mon Feb 28 08:16:21 2011
New Revision: 170557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170557
Log:
PR fortran/47894
* intrinsic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47894
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413
--- Comment #6 from Francois-Xavier Coudert ---
The current patch is also lacking handling of the sign if signed zero is used.
This should do the trick:
if (mpfr_sgn (x->value.real) == 0)
{
- mpfr_set_ui (result->value.real, 0, GFC_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413
--- Comment #7 from Francois-Xavier Coudert ---
I forgot in the last comment to say: handling of sign for non-zero cases, in
old MPFR versions, is done by this line which was missing in the existing code:
+ mpfr_copysign (result->value.real, re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413
--- Comment #9 from Francois-Xavier Coudert ---
> Before going to the machinery in comment #6, the following patch (i.e.,
> without any mpfr_copysign)
Yep, you're right, no need for mpfr_copysign. Your patch looks good, if we
don't want to introd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52413
--- Comment #12 from Francois-Xavier Coudert ---
(In reply to Dominique d'Humieres from comment #10)
> + y=fraction (-2.0)
> + write (buf, *) y
> + if (buf(1:10) /= " -0.50") call abort ()
Why involve I/O in your test, and not just test t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37634
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812
Bug #: 50812
Summary: libbid build fails with ICE on bid128_div.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build, ice-on-valid-cod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812
--- Comment #1 from Francois-Xavier Coudert
2011-10-20 15:25:20 UTC ---
I should have added that I am using trunk revision 180247.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812
Francois-Xavier Coudert changed:
What|Removed |Added
CC||jh at suse dot cz
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Bug #: 51007
Summary: Quadmath I/O doesn't work on MinGW
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #1 from Francois-Xavier Coudert
2011-11-07 11:03:32 UTC ---
I don't know if it's related, or two different bugs, but hexadecimal printing
has the correct mantissa with a wrong exponent. See below the same testcase
compile on my mac (n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #2 from Francois-Xavier Coudert
2011-11-07 11:29:39 UTC ---
The bug is not in the I/O routine, it can be reproduce by this simple
self-contained testcase (which doesn't need libquadmath).
#include
typedef union
{
__float128 value
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #3 from Francois-Xavier Coudert
2011-11-07 11:39:12 UTC ---
Going further: I tried to compare the trees generated by the simple function
below:
#include
typedef union
{
__float128 value;
struct
{
#if __BYTE_ORDER__ == __ORD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||patch
CC|
||2011-11-07
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49188
--- Comment #3 from Francois-Xavier Coudert
2011-11-07 22:22:02 UTC ---
Author: fxcoudert
Date: Mon Nov 7 22:21:54 2011
New Revision: 181127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181127
Log:
PR libfortran/49188
PR libfor
||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
Target Milestone|--- |4.7.0
--- Comment #5 from Francois-Xavier Coudert
2011-11-07 22:24:25 UTC ---
Fixed on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49336
--- Comment #4 from Francois-Xavier Coudert
2011-11-07 22:22:02 UTC ---
Author: fxcoudert
Date: Mon Nov 7 22:21:54 2011
New Revision: 181127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181127
Log:
PR libfortran/49188
PR libfor
||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
Target Milestone|--- |4.7.0
--- Comment #4 from Francois-Xavier Coudert
2011-11-07 22:24:38 UTC ---
Fixed on
||fxcoudert at gcc dot
||gnu.org
Resolution||WORKSFORME
--- Comment #2 from Francois-Xavier Coudert
2011-11-07 22:33:19 UTC ---
I cannot reproduce that either, even with a mingw or a mingw
||2011-11-07
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
Severity|normal |enhancement
||fxcoudert at gcc dot
||gnu.org
Resolution||WORKSFORME
--- Comment #3 from Francois-Xavier Coudert
2011-11-07 22:37:11 UTC ---
Closing as report gives insufficient information. Please
||fxcoudert at gcc dot
||gnu.org
Resolution||DUPLICATE
--- Comment #6 from Francois-Xavier Coudert
2011-11-07 22:41:08 UTC ---
*** This bug has been marked as a duplicate of bug 47394 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47394
Francois-Xavier Coudert changed:
What|Removed |Added
CC||pavel.belomestnov at
||fxcoudert at gcc dot
||gnu.org
Resolution||WORKSFORME
||fxcoudert at gcc dot
||gnu.org
Resolution||WORKSFORME
--- Comment #5 from Francois-Xavier Coudert
2011-11-07 22:44:45 UTC ---
No news, and current trunk and 4.6 build fine under Mac OS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49438
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot
||fxcoudert at gcc dot
||gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49438
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
||fxcoudert at gcc dot
||gnu.org
Resolution||WORKSFORME
--- Comment #6 from Francois-Xavier Coudert
2011-11-07 22:50:06 UTC ---
Same comment as Mikael here, hex constants following the GNU
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46611
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
|WAITING |NEW
CC||fxcoudert at gcc dot
||gnu.org
||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
--- Comment #16 from Francois-Xavier Coudert
2011-11-07 22:58:18 UTC ---
The testcase appears to pass in recent testresults on this
|unassigned at gcc dot |fxcoudert at gcc dot
|gnu.org |gnu.org
--- Comment #2 from Francois-Xavier Coudert
2011-11-08 06:47:16 UTC ---
Created attachment 25749
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25749
Patch
Moving the ro
||2011-11-08
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
||2011-11-08
CC||fxcoudert at gcc dot
||gnu.org
AssignedTo|unassigned at gcc dot |fxcoudert at gcc dot
|gnu.org |gnu.org
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51026
Bug #: 51026
Summary: Bootstrap failure due to libstdc++ on x86_64-darwin11
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51026
--- Comment #1 from Francois-Xavier Coudert
2011-11-08 08:06:07 UTC ---
Should have added: this is with trunk revision , and probably due to
2011-11-07 Andrew MacLeod
* include/bits/atomic_base.h (atomic_thread_fence): Revert.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50334
--- Comment #4 from Francois-Xavier Coudert
2011-11-08 08:11:16 UTC ---
Author: fxcoudert
Date: Tue Nov 8 08:11:10 2011
New Revision: 181150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181150
Log:
PR fortran/50334
* invoke.tex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50334
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47970
--- Comment #3 from Francois-Xavier Coudert
2011-11-08 10:31:11 UTC ---
Author: fxcoudert
Date: Tue Nov 8 10:31:04 2011
New Revision: 181153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181153
Log:
PR libfortran/47970
* intrins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47970
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47972
--- Comment #4 from Francois-Xavier Coudert
2011-11-08 21:58:51 UTC ---
Author: fxcoudert
Date: Tue Nov 8 21:58:47 2011
New Revision: 181180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181180
Log:
PR libfortran/47972
* runtime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47972
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Status|NEW |ASSIGNED
CC||fxcoudert at gcc dot
||gnu.org
--- Comment #3 from Francois-Xavier Coudert
2011-11-08 22:31:36 UTC ---
This is actually the same bug as PR48876, but
||2011-11-08
CC||fxcoudert at gcc dot
||gnu.org
AssignedTo|unassigned at gcc dot |fxcoudert at gcc dot
|gnu.org |gnu.org
Priority|P3 |P1
Last reconfirmed|2011-09-15 00:00:00 |2011-11-08 0:00
CC||fxcoudert at gcc dot
||gnu.org
Summary|ICE in transfer_expr|[4.6/4.7 regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409
--- Comment #4 from Francois-Xavier Coudert
2011-11-08 23:15:16 UTC ---
Author: fxcoudert
Date: Tue Nov 8 23:15:11 2011
New Revision: 181181
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181181
Log:
PR fortran/50409
* expr.c (gf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50409
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50404
--- Comment #2 from Francois-Xavier Coudert
2011-11-08 23:54:48 UTC ---
Author: fxcoudert
Date: Tue Nov 8 23:54:43 2011
New Revision: 181183
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181183
Log:
PR fortran/50404
* io.c (gfc_
Status|NEW |RESOLVED
CC||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
Target Milestone|--- |4.7.0
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
--- Comment #9 from Francois-Xavier Coudert
2011-11-09 06:57:15 UTC ---
Author: fxcoudert
Date: Wed Nov 9 06:57:10 2011
New Revision: 181192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181192
Log:
PR fortran/21881
* trans-type
|NEW |RESOLVED
CC||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
Target Milestone|--- |4.7.0
--- Comment #10 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38718
--- Comment #6 from Francois-Xavier Coudert
2011-11-09 09:41:21 UTC ---
Author: fxcoudert
Date: Wed Nov 9 09:41:17 2011
New Revision: 181198
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181198
Log:
PR fortran/38718
* intrinsic
||fxcoudert at gcc dot
||gnu.org
Resolution||FIXED
Target Milestone|--- |4.7.0
--- Comment #7 from Francois-Xavier Coudert
2011-11-09 09:42:34 UTC ---
LSHIFT and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50540
--- Comment #3 from Francois-Xavier Coudert
2011-11-09 09:51:53 UTC ---
Author: fxcoudert
Date: Wed Nov 9 09:51:49 2011
New Revision: 181200
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181200
Log:
PR fortran/50540
* resolve.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50540
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38282
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51026
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47065
--- Comment #7 from Francois-Xavier Coudert
2011-11-09 10:09:15 UTC ---
Thomas, I think this is mostly fixed, isn't it? If so, we could close it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51053
Bug #: 51053
Summary: Bootstrap fails due to libitm on x86_64-apple-darwin11
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51053
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30645
Francois-Xavier Coudert changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
||2012-02-29
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
||http://gcc.gnu.org/ml/fortr
||an/2012-03/msg00015.html
CC||fxcoudert at gcc dot
||gnu.org
--- Comment #7 from Francois-Xavier Coudert
-03-03
CC||fxcoudert at gcc dot
||gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Francois-Xavier Coudert
2012-03-03 09:54:40 UTC ---
Thanks for the report. I submitted a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30677
Francois-Xavier Coudert changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28662
Francois-Xavier Coudert changed:
What|Removed |Added
CC||franke.daniel at gmail dot
1 - 100 of 959 matches
Mail list logo
