https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #20 from amker at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #19)
> > The assembly is as below on sparc64:
> > f1:
> > .register %g2, #scratch
> > sllx%o1, 2, %g1
> > mov 99, %g2
> > add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #19 from Eric Botcazou ---
> The assembly is as below on sparc64:
> f1:
> .register %g2, #scratch
> sllx%o1, 2, %g1
> mov 99, %g2
> add %o0, %g1, %o0
> sub %g2, %o1, %o1
> srl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60020
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61720
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63920
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63775
Tim Shen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63776
--- Comment #8 from Tim Shen ---
I'm not sure how you call boost::regex in your code, here's what I did:
// g++ b.cc -lboost_regex -licuuc
#include
#include
#include
#include
using namespace boost;
int main() {
std::locale loc("en_US.UT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |5.0
Summary|error reading (an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17306
--- Comment #3 from Jeffrey A. Law ---
Author: law
Date: Fri Feb 6 06:19:03 2015
New Revision: 220472
URL: https://gcc.gnu.org/viewcvs?rev=220472&root=gcc&view=rev
Log:
PR target/17306
* config/h8300/constraints.md (U): Correctly dectec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62631
--- Comment #18 from amker at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #16)
> > The cost of expression "p + ((sizetype)(99 - i_6(D)) + 1) * 4" computed
> > using normal +/-/* operators on sparc64 is 18, but the cost is 32 if it
model: posix
gcc version 5.0.0 20150205 (experimental) [trunk revision 220434] (GCC)
$
$ gcc-trunk -O0 small.c; a.out
$ gcc-4.9 -O1 small.c; a.out
$
$ gcc-trunk -O1 small.c
$ ./a.out
Aborted (core dumped)
$
--
int a, b;
int
main ()
{
a = 0;
for (; a < 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
--- Comment #6 from Jeffrey A. Law ---
Author: law
Date: Fri Feb 6 05:34:00 2015
New Revision: 220471
URL: https://gcc.gnu.org/viewcvs?rev=220471&root=gcc&view=rev
Log:
PR target/43264
* config/h8300/h8300.c (get_shift_alg): Fix ASHIFTR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #6 from lucier at math dot purdue.edu ---
The problem does not appear with this compiler:
maclaurin-271% gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #5 from lucier at math dot purdue.edu ---
Created attachment 34681
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34681&action=edit
_io.i.gz: larger test file
With this compiler:
firefly:~/Downloads/gambit/lib> /pkgs/gcc-mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60956
--- Comment #3 from Jerry DeLisle ---
I took a closer look at this one. The error I am getting is running out of
allocatable space in realloc used in fbuf.c (fbuf_alloc). We are allocating
one byte at a time, and just keep trying to douple the b
On Thu, Feb 5, 2015 at 6:24 PM, wangwzc wrote:
> I use gcc version 3.4.4, build the following lines, but it the following
> error, what does it means, it seem no error according the C99 standard. Is
> it a gcc bug?
Why do you think there is C99 standard code?
>
> sctp_input.c:3928:1: pasting "sc
I use gcc version 3.4.4, build the following lines, but it the following
error, what does it means, it seem no error according the C99 standard. Is
it a gcc bug?
sctp_input.c:3928:1: pasting "sctps_ch_rcvd" and "[" does not give a valid
preprocessing token
#define SCTP_CHUNK_STAT_INCR(chk_id, n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43264
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64660
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45633
Jeffrey A. Law changed:
What|Removed |Added
CC||ysato at users dot
sourceforge.jp
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47998
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
--- Comment #5 from Jakub Jelinek ---
We don't have an effective target for comdat support, but we e.g. have
comdat_group. That is supposedly a strict subset of comdat support, perhaps
that would be good enough?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
Bug ID: 64956
Summary: __GXX_ABI_VERSION needs a proper definition for the
5.x releases
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
Richard Henderson changed:
What|Removed |Added
Target|x86_64-apple-darwin*|x86_64-apple-darwin*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64876
--- Comment #6 from Alan Modra ---
Author: amodra
Date: Thu Feb 5 22:52:24 2015
New Revision: 220463
URL: https://gcc.gnu.org/viewcvs?rev=220463&root=gcc&view=rev
Log:
PR target/64876
* config/rs6000/rs6000.c (chain_already_loaded): New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Thu Feb 5 21:58:38 2015
New Revision: 220462
URL: https://gcc.gnu.org/viewcvs?rev=220462&root=gcc&view=rev
Log:
2015-02-05 Tobias Burnus
PR fortran/64943
* resolve.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64955
David Malcolm changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64955
Bug ID: 64955
Summary: RFE: have -Wformat suggest the correct format string
to use
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33163
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32693
Jeffrey A. Law changed:
What|Removed |Added
CC||fabio.giovagnini@aurion-tec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
--- Comment #6 from Michael Meissner ---
Created attachment 34680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34680&action=edit
Proposed patch to fix the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
Michael Meissner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64954
Bug ID: 64954
Summary: GCC incorrectly rejects constexpr variable
initialization.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21530
Jeffrey A. Law changed:
What|Removed |Added
CC||kikairoya at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51419
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
--- Comment #1 from Tobias Burnus ---
Technical, it is a bit similar to:
module m
integer :: i
contains
pure subroutine f(x)
integer, intent(inout) :: x
x = 2*x + i
end subroutine
end module m
which doesn't modify "i" but still fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
Richard Henderson changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64953
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64953
--- Comment #1 from manuel.reimer at gmx dot de ---
One addition: The same problem exists with other "USB based" sourcecode. For
example with this one:
https://github.com/j1rie/IRMP_STM32/
olebowle at vdr-portal.de did a nice overview on which o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21530
Jeffrey A. Law changed:
What|Removed |Added
CC||corsepiu at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48231
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64953
Bug ID: 64953
Summary: Compiling sourcecode for STM32F103 causes USB errors
with some optimization settings
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31934
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
Bug ID: 64952
Summary: Missing temporary in assignment from elemental
function
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64951
Bug ID: 64951
Summary: g++ generates incorrect code when using a register
variable within a template function
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55541
--- Comment #12 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #11)
> Created attachment 34677 [details]
> gcc5-pr55541.patch
>
> Untested fix (that cures the testcase).
Unfortunately it broke bootstrap, I'd have hoped it wouldn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42128
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42790
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48231
Jeffrey A. Law changed:
What|Removed |Added
CC||mon...@monami-software.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46918
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
--- Comment #15 from Jeffrey A. Law ---
*** Bug 47983 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47983
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400
Jeffrey A. Law changed:
What|Removed |Added
CC||lacombar at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49877
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49878
Jeffrey A. Law changed:
What|Removed |Added
CC||tony at bakeyournoodle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52598
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #51 from clyon at gcc dot gnu.org ---
Created attachment 34678
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34678&action=edit
tentative patch
Here is a patch proposal: with it I an able to cross-build GCC for
aarch64-linux and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
Jeffrey A. Law changed:
What|Removed |Added
CC||lacombar at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49874
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63754
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51153
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64602
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64889
Jeffrey A. Law changed:
What|Removed |Added
CC||joel at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64950
Bug ID: 64950
Summary: postpone expanding va_arg till pass_stdarg
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400
--- Comment #17 from Jeffrey A. Law ---
Author: law
Date: Thu Feb 5 17:04:04 2015
New Revision: 220457
URL: https://gcc.gnu.org/viewcvs?rev=220457&root=gcc&view=rev
Log:
* config/h8300/constraints.md ("U" constraint): Use strict
variant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #15 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #12)
> I'been testing patch that does not create retval and return gimple statement.
Any updates on the testing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64949
Bug ID: 64949
Summary: jit linking fails when building with in-tree libraries
(mpc etc...)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55541
--- Comment #11 from Jakub Jelinek ---
Created attachment 34677
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34677&action=edit
gcc5-pr55541.patch
Untested fix (that cures the testcase).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64947
Tobias Burnus changed:
What|Removed |Added
Summary|Internal compiler error: in |ICE in gimplify_expr, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64947
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64948
Bug ID: 64948
Summary: Lambda reference capture initialization in template
function creates segmentation fault
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #14 from Segher Boessenkool ---
Author: segher
Date: Thu Feb 5 15:06:40 2015
New Revision: 220454
URL: https://gcc.gnu.org/viewcvs?rev=220454&root=gcc&view=rev
Log:
PR target/64580
Backport from mainline
* config.rs6000/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #13 from Segher Boessenkool ---
Author: segher
Date: Thu Feb 5 15:01:49 2015
New Revision: 220453
URL: https://gcc.gnu.org/viewcvs?rev=220453&root=gcc&view=rev
Log:
PR target/64580
Backport from mainline
* config.rs6000/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55541
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64349
--- Comment #18 from Iain Sandoe ---
(In reply to Dominique d'Humieres from comment #17)
> > Better now?
>
> Yes, I have bootstrapped a clean revision r220437 on x86_64-apple-darwin10,
> regtesting in progress.
>
> For the record, I still see t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64947
--- Comment #1 from Lorenz Hüdepohl ---
Also present in 4.8.3:
#> gfortran --version
GNU Fortran (SUSE Linux) 4.8.3 20141208 [gcc-4_8-branch revision 218481]
Copyright (C) 2013 Free Software Foundation, Inc.
GNU Fortran comes with NO WARRANTY,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60463
gene at staubsaal dot de changed:
What|Removed |Added
CC||gene at staubsaal dot de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64915
gene at staubsaal dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64947
Bug ID: 64947
Summary: Internal compiler error: in gimplify_expr, at
gimplify.c:8425
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64349
--- Comment #17 from Dominique d'Humieres ---
> Better now?
Yes, I have bootstrapped a clean revision r220437 on x86_64-apple-darwin10,
regtesting in progress.
For the record, I still see the warning
ld: warning: can't add line info to anonymo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
James Greenhalgh changed:
What|Removed |Added
Target|aarch64 |aarch64*-none-*
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64940
--- Comment #4 from Bill Torpey ---
That was the first thing I tried, but the system limits.h does an include_next
which fails, and the system features.h doesnt include compiler-specific
definitions, so that also fails.
So, there is absolutely n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
--- Comment #5 from tbsaunde at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #4)
> make_forwarder_block is definitely wrong on not capping. But I do not see
> how vectorizing can get us to a frequncy over FREQ_MAX? So probably some
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
--- Comment #1 from vekumar at gcc dot gnu.org ---
The test case is got from gcc.target/aarch64/vect-abs-compile.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64946
Bug ID: 64946
Summary: For Aarch64, vectorization with "abs" instruction is
not hapenning with vector elements of char/short type.
Product: gcc
Version: 5.0
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64941
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> In principle, we do have a similar check in resolve.c's resolve_transfer.
> The question is why it doesn't trigger.
Answer: Only functions and variables are hand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943
--- Comment #2 from Tobias Burnus ---
In principle, we do have a similar check in resolve.c's resolve_transfer. The
question is why it doesn't trigger.
if (ts->type == BT_CLASS)
{
/* FIXME: Test for defined input/output. */
gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516
--- Comment #3 from Markus F.X.J. Oberhumer ---
Just for reference, here is the expected result:
$ clang -target armv5-unknown-linux-gnu -marm -mfloat-abi=soft --version
clang version 3.5.1 (tags/RELEASE_351/final)
Target: armv5-unknown-linux-gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64317
Ilya Enkovich changed:
What|Removed |Added
CC||enkovich.gnu at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64943
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-invalid-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516
Markus F.X.J. Oberhumer changed:
What|Removed |Added
Known to work||4.3.3
--- Comment #2 from Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64937
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #
1 - 100 of 125 matches
Mail list logo