https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109205
Bug ID: 109205
Summary: vector.resize( v.size() + 100 ) does unnecessary
comparison
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109206
Bug ID: 109206
Summary: [13 Regression] gcc/fortran/class.cc:2768:14: runtime
error: load of value 4139789424, which is not a valid
value for type 'bt' since r13-6747-gd7caf313525a46
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109206
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109189
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
James Addison changed:
What|Removed |Added
CC||jay+g...@jp-hosting.net
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #6 from Adrian Bunk ---
(In reply to James Addison from comment #5)
> Could the findings indicate that there are two bugs here?
>
> - The Geode LX target capable of supporting fcf-protection but GCC-11
> currently rejects that arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109207
Bug ID: 109207
Summary: Uninitialised static variables in unit.c
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109208
Bug ID: 109208
Summary: gcc doesn't detect when sizes are booleans
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Richard Biener changed:
What|Removed |Added
Target Milestone|13.0|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109183
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
Bug ID: 109209
Summary: [13.0 regression] erroneous error on assignment of
alloctables
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109206
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Summary|[13.0 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109182
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:5194ad1958cbfe800357571fad68be8bc8b7d915
commit r13-6759-g5194ad1958cbfe800357571fad68be8bc8b7d915
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Created attachment 54708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54708&action=edit
Reduced testcase
Reduced testcase ICEs at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109182
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99934
Jonathan Wakely changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93016
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109203
--- Comment #4 from Jonathan Wakely ---
Technically, that's needed for libstdc++ too, it just happens to work "by
accident" without it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109210
Bug ID: 109210
Summary: Bogus use of __builtin_expect defined by PHI arguments
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93016
--- Comment #4 from Jonathan Wakely ---
(In reply to Nikita Kniazev from comment #2)
> This is a regression since GCC 6 https://godbolt.org/z/7WbYb9a7j
Not really. The difference is that GCC 6 defaults to -std=gnu++14 but if you
use that (or -st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102514
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99934
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109211
Bug ID: 109211
Summary: f951: internal compiler error: in
gfc_current_interface_head
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99934
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2022-03-28 00:00:00 |2023-3-20
--- Comment #4 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106477
--- Comment #9 from Jonathan Wakely ---
(In reply to Nikita Kniazev from comment #8)
> bug 93016 might be related?
Not really. This is about the behaviour of the library's operator new. In 93016
the compiler should never even call the library f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109192
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108819
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108881
--- Comment #8 from Jakub Jelinek ---
Fixed for 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108854
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
|t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108967
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] internal |[11 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87204
--- Comment #6 from Jakub Jelinek ---
Fixed for 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108716
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
|I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108934
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756
--- Comment #20 from Jakub Jelinek ---
Fixed for 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107465
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] Bogus |[10/11 Regression] Bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108986
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] |[11 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109151
--- Comment #6 from Jakub Jelinek ---
Fixed for 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109039
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108973
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
|S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE: |[10/11 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108079
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression]
|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107558
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE |[10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108685
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE |[10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109096
--- Comment #7 from Jakub Jelinek ---
Fixed for 12.3 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #6 from Richard Biener ---
Confirmed with -O2 -floop-interchange. There's just a single interchange done:
runData/keep/in.713.c:648:32: optimized: loops interchanged in loop nest
that's in func_2 for the nest
for (g_149 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109192
--- Comment #6 from Richard Biener ---
On a fast machine compile eventually finishes and a time-report looks like
dominator optimization : 156.84 ( 52%) 0.00 ( 0%) 156.86 ( 52%)
112k ( 1%)
backwards jump threading
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105867
Gustaw Smolarczyk changed:
What|Removed |Added
CC||wielkiegie at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109212
Bug ID: 109212
Summary: Ada "for" expression generates gcc error
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #7 from Richard Biener ---
(In reply to Richard Biener from comment #6)
> Confirmed with -O2 -floop-interchange. There's just a single interchange
> done:
>
> runData/keep/in.713.c:648:32: optimized: loops interchanged in loop nest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109177
--- Comment #2 from Alex Coplan ---
Part of the problem here seems to be that dg-error doesn't care how many times
the same diagnostic is emitted, so it doesn't seem able to detect this failure
mode. Otherwise, I expect this would have shown up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713
--- Comment #7 from James Addison ---
(In reply to Adrian Bunk from comment #6)
> (In reply to James Addison from comment #5)
> > Could the findings indicate that there are two bugs here?
> >
> > - The Geode LX target capable of supporting fc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #1 from Jürgen Reuter ---
Created attachment 54710
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54710&action=edit
First still pretty large reproducer
I will provide a smaller reproducer soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109212
--- Comment #1 from Marc Poulhiès ---
Yes, but this has been fixed in later 11.x and above versions of the compiler,
see for example:
https://ada.godbolt.org/z/6KraGY965
I don't think we'll try to backport the Ada 202x features/bugfixes in old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109213
Bug ID: 109213
Summary: [13 Regression] -Os generates significantly more code
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:2a9e6f58c4d9d63dde6c4d53d10f686bf71fb435
commit r12-9296-g2a9e6f58c4d9d63dde6c4d53d10f686bf71fb435
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108443
Stam Markianos-Wright changed:
What|Removed |Added
CC||stammark at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109064
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:07246eee2393312c187dcb4fa70d0e0785d75ae6
commit r12-9298-g07246eee2393312c187dcb4fa70d0e0785d75ae6
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109182
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:03f745992715872982d86bf2085f956bf0173b50
commit r12-9297-g03f745992715872982d86bf2085f956bf0173b50
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109182
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109165
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109212
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #8 from Richard Biener ---
Reduced testcase:
typedef __UINT64_TYPE__ uint64_t;
static uint64_t g_1731[7][1] = {{0xF75EE82FC4736923LL},{0UL},
{0xF75EE82FC4736923LL},{0UL},
{0xF75EE82FC4736923LL},{0UL},
{0xF75EE82FC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #9 from Jakub Jelinek ---
I've tried to deobfuscate the innermost loop's body:
int32_t l_1942 = (-3L);
int32_t *l_1947 = &l_1946[0][6];
int i, j;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #10 from Richard Biener ---
Somewhat more reduced:
typedef __UINT64_TYPE__ uint64_t;
static uint64_t g_1731[7] = {0xF75EE82FC4736923LL, 0, 0xF75EE82FC4736923LL, 0,
0xF75EE82FC4736923LL, 0, 0xF75EE82FC4736923LL};
void __attribu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
Taiju Tsuiki changed:
What|Removed |Added
CC||mail+gnu at tzik dot jp
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
--- Comment #11 from Richard Biener ---
Fails even with -O2 -floop-interchange -fno-move-loop-stores (otherwise we
complicate the IL by applying store-motion to g_1731).
(compute_affine_dependence
ref_a: l_1930[k_33], stmt_a: _1 = l_1930[k_33
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109213
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101361
--- Comment #13 from Taiju Tsuiki ---
I saw a similar inaccurate -Wstringop-overread warning with a smaller
reproducer (attached).
https://wandbox.org/permlink/EPjH0ZPoA4EWky0e
Reproducing gcc was tip of trunk (
https://github.com/gcc-mirror/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109184
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109214
Bug ID: 109214
Summary: extension to C language allowing void * to be cast
to function pointer should be documented
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109187
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-03-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
--- Comment #3 from CVS Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:fbd50e867e6a782c7b56c9727bf7e1e74dae4b94
commit r13-6761-gfbd50e867e6a782c7b56c9727bf7e1e74dae4b94
Author: Peter Bergner
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109215
Bug ID: 109215
Summary: warning: array subscript 0 is outside the bounds of an
interior zero-length array ‘struct lock_class_key[3]’
Product: gcc
Version: 13.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109215
--- Comment #1 from Uroš Bizjak ---
The minimized testcase:
--cut here--
#define SB_FREEZE_COMPLETE 4
struct lock_class_key { };
struct file_system_type {
struct lock_class_key s_writers_key[(SB_FREEZE_COMPLETE - 1)];
struct lock_class_key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #2 from Jürgen Reuter ---
Created attachment 54712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54712&action=edit
Second, single-file reproducer, still 6295 lines
Still further reducing, stay tuned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82943
vegard changed:
What|Removed |Added
CC||vegard.g.j at icloud dot com
--- Comment #10 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109215
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|warning: array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109215
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:19ad58ef1f09373b0f75eded8f0b12da381a1190
commit r12-9302-g19ad58ef1f09373b0f75eded8f0b12da381a1190
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109178
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109176
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109216
Bug ID: 109216
Summary: Wrong behaviour explained in -fno-underscoring
documentation
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #3 from Jürgen Reuter ---
Created attachment 54713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54713&action=edit
Promised short reproducer, 73 lines
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #4 from Jürgen Reuter ---
Here is the promised reproducer, which fails even when not using submodules:
$ gfortran -c reproducer.f90
reproducer.f90:69:4:
69 | history_new(1:s) = res_set%history(1:s)
|1
Error: Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #5 from Jürgen Reuter ---
This could be either this commit
commit d7caf313525a46f200d7f5db1ba893f853774aee
Author: Paul Thomas
Date: Sat Mar 18 07:56:23 2023 +
/Fortran
I think, it is NOT this one:
commit 5889c7bd46a45dc07ff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #6 from Jürgen Reuter ---
Actually could be also this commit here:
commit 901edd99b44976b3c2b13a7d525d9e315540186a
Author: Harald Anlauf
Date: Tue Mar 14 20:23:06 2023 +0100
Fortran: rank checking with explicit-/assumed-size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109187
--- Comment #2 from Alexander Monakov ---
This is caused by overflowing subtraction in autopref_rank_for_schedule:
if (!irrel1 && !irrel2)
/* Sort memory references from lowest offset to the largest. */
r = data1->offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109203
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2023-03-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109214
--- Comment #1 from rouca ---
According to my C standard:
6.3.2.3 Pointers
1 A pointer to void may be converted to or from a pointer to any incomplete
or object
type. A pointer to any incomplete or object type may be converted to a
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #7 from Jürgen Reuter ---
It looks like it is NOT Harald's and Tobias' commit,
https://github.com/gcc-mirror/gcc/commit/901edd99b44976b3c2b13a7d525d9e315540186a
I reverted that one, and still get the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109206
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109215
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109209
--- Comment #8 from Tobias Burnus ---
The debugger shows for the example in comment 4 for the line
69 | history_new(1:s) = res_set%history(1:s)
the following expression:
(gdb) p gfc_debug_expr(expr)
t3_set_expand:history_new(1:__conver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109119
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109130
Andrew Pinski changed:
What|Removed |Added
Summary|464.h264ref regressed by|[13 Regression] 464.h264ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109207
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-03-20
Ever confirmed|0
1 - 100 of 201 matches
Mail list logo
