--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22
08:48 ---
It is the cause of the following regressions on UltraSPARC 32-bit:
FAIL: gcc.c-torture/execute/simd-2.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/simd-2.c execution, -O3 -g
The
[This bug has already been reported in 1998 to the mailing list. Please look
there for more explanations:
http://gcc.gnu.org/ml/gcc-bugs/1998-08/msg00434.html ]
__attribute__(format(printf, ...)) works for C procedures, but not for C++
methods. g++ counts the implicit this parameter, and
I don't know if this is the correct component to post this, but i recon
it will end up in the correct component eventually :-)
I am working on an internal port of gcc and have encountered an issue
in the sceduler which i beleive must be a bug. I can only provide you
with debug output from the
--- Additional Comments From pcarlini at suse dot de 2004-11-22 09:43
---
Hi again. I'm now running on the three architectures the following tests:
1-
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
While looking for memory tag in vect_analyze_data_refs, data_reference is
overwritten by temporary.
--
Summary: Vectorizer: data_reference is overwritten in
vect_analyze_data_refs
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From pcarlini at suse dot de 2004-11-22 09:57
---
Hi again. I'm now running on the three architectures the following tests
attached to the PR.
1- fmttest1.cc
2- fptest.cc
3- lfptest.cc
The second one seems basically OK, besides some problems, on x86 *only*,
--- Additional Comments From irar at il dot ibm dot com 2004-11-22 10:01
---
Created an attachment (id=7580)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7580action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18607
--- Additional Comments From joseph at codesourcery dot com 2004-11-22
10:13 ---
Subject: Re: New: __attribute__ ((format (printf, ...)))
doesn't work in C++ methods
On Mon, 22 Nov 2004, mkaufmann at student dot ethz dot ch wrote:
__attribute__(format(printf, ...)) works for C
--- Additional Comments From pcarlini at suse dot de 2004-11-22 10:37
---
fmttest1.cc fails like this:
expect[14]: -1.007830e-18
result[14]: -1.00783e-18
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140
The configuration documentation mentions that configuring with --enable-
__cxa_atexit will get -fuse-cxa-exit passed to the compiler automatically.
This should be -fuse-cxa-atexit.
--
Summary: Configuration documentation mentions wrong flag
Product: gcc
Version:
--
What|Removed |Added
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22
12:07 ---
Suspended until deprecation/removal.
--
What|Removed |Added
Status|NEW
--- Additional Comments From mkaufmann at student dot ethz dot ch
2004-11-22 12:12 ---
You're right, it's documented in the manual (Section 5.25: Declaring Attributes
of Functions). Thank you for pointing this out.
Of course this is not a part of the C++ standard, so you may keep this
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
12:16 ---
Subject: Bug 18354
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 12:15:54
Modified files:
gcc/cp : ChangeLog typeck.c
--- Additional Comments From giovannibajo at libero dot it 2004-11-22
12:17 ---
Committed after Nathan's approval. This bug is now fixed for GCC 4.0, thank you
for your report!
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2004-11-22
12:29 ---
(In reply to comment #5)
Hmmm, I do not get this on my powerpc-unknown-linux-gnu:
I am also not getting this with -O on ia64-unknown-linux-gnu . Apparently,
the array assignment in bar is commented
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:07 ---
*** This bug has been marked as a duplicate of 1607 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:07 ---
*** Bug 18605 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:09 ---
Bug reports are for ports which are in the FSF CVS and not internal ports.
if you want help send an email to gcc@ with the description of your problem,
you might also want to try
the mainline while you
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
13:42 ---
Subject: Bug 18544
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 13:41:59
Modified files:
gcc: ChangeLog tree-vectorizer.c
Log
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
13:49 ---
Subject: Bug 18217
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 13:49:40
Modified files:
gcc: ChangeLog
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
13:50 ---
Subject: Bug 17986
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 13:50:41
Modified files:
gcc/ada: ChangeLog ada-tree.h
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:51 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 18572 depends on bug 18217, which changed state.
Bug 18217 Summary: [4.0 Regression] Ada Bootstrap failures on powerpc-darwin
with undefined symbol (__Unwind_fallback_frame_state_for)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18217
What|Old Value
--
Bug 18107 depends on bug 17986, which changed state.
Bug 17986 Summary: [4.0 Regression] Compile error for make.adb breaks bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17986
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:51 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:53 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
13:55 ---
Confirmed, if I get time I will commit the patch as obvious to fix the problem.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
13:55 ---
Subject: Bug 18536
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 13:55:05
Modified files:
gcc: ChangeLog tree-vectorizer.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
14:01 ---
Fixed on the mainline by:
2004-11-17 Michael Koch [EMAIL PROTECTED]
* java/nio/DirectByteBufferImpl.java
(owner): Updated comment.
(allocate): New method.
Source is at
http://www.netlib.org/lapack/testing/eig/schkee.f
(sorry, I haven't been able to cook up a simpler test case so far).
This only happens with -O.
$ gfortran -v
Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs
Configured with: ../gcc-4.0-20041114/configure
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
14:18 ---
This is already fixed. This is a dup of bug 18519. This was fixed on the 17th.
*** This bug has been marked as a duplicate of 18519 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
14:18 ---
*** Bug 18609 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From ro at techfak dot uni-bielefeld dot de
2004-11-22 14:18 ---
Subject: Re: [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3
pinskia at gcc dot gnu dot org writes:
I cannot even get even passed stage1 anymore:
gcc -c -g -no-cpp-precomp
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
14:31 ---
(In reply to comment #6)
Subject: Re: [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X
10.3
pinskia at gcc dot gnu dot org writes:
I cannot even get even passed stage1 anymore:
I
The error message:
h.cc: In function `int f()':
h.cc:17: error: no matching function for call to 'g(Fint)'
does not help fixing this (buggy) code:
template class T
struct Q
{
typedef int t;
};
template class Qint;
template class T class F {};
template class T
F typename QT::t g( const
--- Additional Comments From kazu at cs dot umass dot edu 2004-11-22 14:38
---
A better way than my comment #3 would be to call free_dominance_info
when the worklist in thread_jumps is nonempty (or contains more elements
than some threshold as Andrew Pinski has suggested).
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
14:44 ---
With Comeau's C++ compiler I get:
ComeauTest.c, line 19: error: no instance of function template g matches the
argument list
The argument types that you used are: (Fint)
g(a );
--- Additional Comments From bangerth at dealii dot org 2004-11-22 15:05
---
Substitution of the return type fails, so in your example there really
is an empty set of overloads. That's what the compiler tells you.
I think the fact that we may print a message saying that the overload
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Oh, by the way how can they trademark a single letter.
Ignorance?
-- Gaby
--- Additional Comments From gdr at integrable-solutions dot net
2004-11-22 15:06 ---
Subject: Re: --std=f would be nice
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| Oh, by the way how can they trademark a single letter.
Ignorance?
-- Gaby
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
15:19 ---
Subject: Bug 18599
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 15:18:53
Modified files:
gcc: ChangeLog regrename.c
Log message:
--- Additional Comments From kazu at cs dot umass dot edu 2004-11-22 15:20
---
Just checked in a fix.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From gdr at integrable-solutions dot net
2004-11-22 15:42 ---
Subject: Re: bad error message
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| I think the fact that we may print a message saying that the overload
| set is empty but that there are
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-22
16:45 ---
The code in this testcase looks basically this way:
c:
switch (b)
{
case 1:
b = 2; goto c;
case 2:
b = 3; goto c;
...
}
What happens is that dom peforms jump threading over the
With the snapshot 20041121 I get an ICE bitmap_ior, at bitmap.c:704
if I use the options -O1 (or higher) and -fmove-loop-invariants
Snapshot 20041121 has the same problem.
Michael Cieslinski
gcc40a -c -O2 -fmove-loop-invariants -o cineonlib.o cineonlib.i -v -pipe
Reading specs from
--- Additional Comments From micis at gmx dot de 2004-11-22 16:54 ---
Created an attachment (id=7581)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7581action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18611
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-22
17:07 ---
Confirmed.
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01770.html
--
What|Removed |Added
--
What|Removed |Added
Component|tree-optimization |rtl-optimization
Summary|ICE: in bitmap_ior, at |[4.0 Regression] ICE: in
--- Additional Comments From law at redhat dot com 2004-11-22 17:15 ---
Subject: Re: [4.0 Regression] jump threading
on trees is slow with switch statements with large # of cases
It's clearly getting more difficult to find compile-time improvements
for 15524. But that doesn't
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
17:16 ---
Reduced testcase:
typedef struct {
int channels_per_image;
int channel[8];
} CineonImageInformation;
void
dumpCineonImageInfo(CineonImageInformation* imageInfo) {
int i;
for (i = 0; i
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
17:24 ---
That 9% should have been a 90%.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18587
--- Additional Comments From tilo at pruetz dot net 2004-11-22 17:36
---
Will this get fixed in the 3.4 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18255
--- Additional Comments From amacleod at redhat dot com 2004-11-22 17:39
---
90% of what? the time spent in alias analysis? how long is the average operand
list we are looking up then? is it because the lists are long, or is it because
there are a bazillion lookups?
If the lists are
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
18:07 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
18:07 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pcarlini at suse dot de 2004-11-22 18:13
---
A bit of additional info for lfptest too: if I set outcpp to true, then,
on x86_64:
nan
Segmentation fault
On ia64:
0.00
Segmentation fault
right at the first iteration.
--
When the code below is compiled with -O3, func2() is called on each iteration.
The .s shows that the the comparison to Array has been moved outside of the loop
which is incorrect. If Array is not constant working code is produced, working
code is also produced if I use -fold-unroll-loops. If I
--
What|Removed |Added
Component|c++ |rtl-optimization
Keywords||wrong-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
19:21 ---
Fixed by:
* function.c (assign_parm_setup_block): Revert 11-13 change to
forcably re-mode a (possibly BLKmode) hard register.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
19:21 ---
Fixed by:
* function.c (assign_parm_setup_block): Revert 11-13 change to
forcably re-mode a (possibly BLKmode) hard register.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
20:02 ---
Subject: Bug 18572
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 20:02:17
Modified files:
gcc: ChangeLog tree-sra.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
20:03 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Newer versions of tail(1) from coreutils do not accept the
-N option anymore (where N is the number of lines to display);
explicitly use 'tail -n N'.
It's used in various places in Makefiles, I am not sure it
actually breaks the build.
--
Summary: tail -N not supported anymore by
--- Additional Comments From dberlin at dberlin dot org 2004-11-22 21:28
---
Subject: Re: New: tail -N not supported anymore by
newer coreutils
On Mon, 22 Nov 2004, bjdouma at xs4all dot nl wrote:
Newer versions of tail(1) from coreutils do not accept the
-N option anymore
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
21:33 ---
Subject: Bug 18529
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 21:33:48
Modified files:
gcc: ChangeLog fold-const.c
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-22
21:34 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From dj at redhat dot com 2004-11-22 21:36 ---
Subject: Re: segfault on a huge switch statement.
Confirmed, the problem is because of stack overflow. Either
splay_tree_delete_helper needs a little help or the C/C++ front-end
needs to stop using splay trees.
--- Additional Comments From bjdouma at xs4all dot nl 2004-11-22 21:46
---
Subject: Re: tail -N not supported anymore by newer coreutils
On Mon, Nov 22, 2004 at 09:28:50PM -, dberlin at dberlin dot org wrote:
Newer versions of tail(1) from coreutils do not accept the
-N option
--- Additional Comments From schwab at suse dot de 2004-11-22 22:25 ---
Use _POSIX2_VERSION=199209 or configure coreutils with
DEFAULT_POSIX2_VERSION=199209.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18613
When I feed the following program ice.c
typedef double v2df __attribute__ ((mode(V2DF)));
int main()
{
volatile v2df xd;
v2df yd = { 1.0, 4.0 };
xd =
__builtin_ia32_cvtps2pd(__builtin_ia32_rsqrtps(__builtin_ia32_cvtpd2ps(yd)));
return 0;
}
to GCC 3.4.3 with
gcc -march=pentium4
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
22:26 ---
Subject: Bug 18444
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 22:26:11
Modified files:
gcc: ChangeLog configure configure.ac
--- Additional Comments From steinmtz at us dot ibm dot com 2004-11-22
22:27 ---
I rechecked this one with a version of mainline built today (11/22/04) and the
problem still appears.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
22:28 ---
Subject: Bug 18444
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 22:28:33
Modified files:
boehm-gc : ChangeLog configure configure.ac
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-22
22:30 ---
Subject: Bug 18444
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-22 22:30:14
Modified files:
libjava: ChangeLog configure configure.ac
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22
22:32 ---
See http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01746.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
22:35 ---
Next time search for the bug which reported this before.
This is a dup of bug 14251.
The reason why this has not changed from the GCC side is because we need to
support pre SUSv2
systems.
*** This bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
22:35 ---
*** Bug 18613 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
this is not a standard setup, Eric Botcazou suggested to bring up the issue
here. For 3.3.x, 3.4.x and some versions before, Debian uses a biarch setup,
defaulting the compiler to 32bit, and having additional support for 64bit. With
current mainline this setup currently bootstraps, but fails to
--- Additional Comments From debian-gcc at lists dot debian dot org
2004-11-22 22:38 ---
Created an attachment (id=7582)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7582action=view)
biarch patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--- Additional Comments From debian-gcc at lists dot debian dot org
2004-11-22 22:39 ---
Created an attachment (id=7583)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7583action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18615
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|enhancement
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
22:45 ---
Confirmed
: Search converges between 2003-03-31-trunk (#217) and 2003-04-01-trunk (#218).
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-22
22:45 ---
I presume sparc64-linux does bootstrap fine?
--
What|Removed |Added
I have an optimization bug with gcc 3.4.3 on AMD64. If I use either O1, O2 or
O3 then it fails. Only O0 works fine. I found a small workaround which works
for any optimization level, it suffices to add a call to printf(..) for a
particular local variable but of course this is not acceptable.
--
What|Removed |Added
Component|c |rtl-optimization
GCC host triplet|Linux madrid.ise 2.6.9-1.667|
|#1 Tue Nov 2 14:50:10
--- Additional Comments From schwab at suse dot de 2004-11-22 23:36 ---
Please read http://gcc.gnu.org/bugs.html#detailed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18616
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18563
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18549
The below program and resulting code demonstrates:
- volatile variables are needlessly initilized through a temporary, rather than
being initialized directly.
- volatile variable function arguments aren't passed direclty, but needlessly
use an
intermediate temporary variable.
- normal variable
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
23:49 ---
Oh, this has nothing to do with tree aliasing analysis at all but:
tree operand scan : 26.65 ( 7%) usr 3.78 (10%) sys 31.64 ( 6%) wall
With a hash table for these two we get:
tree operand scan
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-22
23:56 ---
This is target problem.
--
What|Removed |Added
Component|c
--- Additional Comments From manus at eiffel dot com 2004-11-23 00:01
---
Thank you very much for the link to the bug submission page. I had read it and
I provided as much as I could from what is requested. Looks to me that with
the .S output I've included and the actual source code
--- Additional Comments From janis187 at us dot ibm dot com 2004-11-23
00:17 ---
An easy fix is for build_word_mode_vector_type to not try to reuse types.
The change to the garbage collector merely exposed a latent bug.
It works for me if build_word_mode_vector_type is cut down to
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-23
00:23 ---
The other way around it is to move the static variable outside the function and
mark them with GTY.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17957
--- Additional Comments From falk at debian dot org 2004-11-23 00:39
---
We need the preprocessed source, as generated by -save-temps.
Maybe you could also suggest how we could have made that clearer on the
web page?
--
What|Removed |Added
Just a bug report for fixing this:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01824.html
--
Summary: The stacks in tree-ssa-dom.c and tree-intossa (and other
tree-*) should be VEC(tree_on_heap)
Product: gcc
Version: 4.0.0
Status:
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--
What|Removed |Added
AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
1 - 100 of 145 matches
Mail list logo