The dwarf debug information has mechanisms for keeping track of variables whose
location changes during the execution of a program. This informationis stored in
an objectfile section called .debug_loc. This is not output by avr-gcc when
optimization is turned on and one should expect this
--
What|Removed |Added
CC||ericw at evcohs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21119
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-20
06:51 ---
On i386-linux, PR 20480 is fixed (see below). If you can confirm on a fresh
built that it is not, please reopen it and state what your platform is.
$ cat a.f
write (*,10) 0.0
10 format (ES12.3)
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-20 06:55
---
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02168.html
--
What|Removed |Added
--
Bug 21095 depends on bug 21069, which changed state.
Bug 21069 Summary: [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069
What|Old Value |New Value
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-20 06:55
---
*** This bug has been marked as a duplicate of 21069 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-20 06:55
---
*** Bug 21095 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069
--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at
2005-04-20 08:08 ---
It compiles on a older version (3.3.2):
$avr-gcc -S t.c
$cat t.s
.file t.c
.arch avr2
__SREG__ = 0x3f
__SP_H__ = 0x3e
__SP_L__ = 0x3d
__tmp_reg__ = 0
__zero_reg__ = 1
--- Additional Comments From tim dot vanholder at anubex dot com
2005-04-20 08:14 ---
This is still present.
I've now patched acinclude.m4 to detect the library properly (will add as
attachment); it's not ideal but it seems to work.
Also, like I feared, it introduces a dependency on
The error message declaration does not declare anything is not
triggered in certain cases when using typeof:
===
struct A {};
void foo() { typeof(A); }
===
It *is* triggered if I write typeof(int) instead.
Another testcase is the
GNATMAKE 4.0.0 20050418 (prerelease)
Copyright 1995-2004 Free Software Foundation, Inc.
ce2109b.ali being checked ...
- ce2109b.ali missing.
d:/Data/Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/xgcc -c -Bd:/Data/
Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc -gnatws -O2 -O0
--- Additional Comments From rolf dot ebert dot gcc at gmx dot de
2005-04-20 11:23 ---
These errors only occur at -O0, they do not occur with -O1 or -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21121
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20
13:19 ---
Subject: Bug 21116
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-20 13:19:18
Modified files:
gcc: ChangeLog tree-ssa-phiopt.c
Log
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-20 13:20
---
Just checked in a patch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
13:52 ---
I will take this and will try to get it approved for 4.0.1.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
14:00 ---
*** This bug has been marked as a duplicate of 18858 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
14:00 ---
*** Bug 21121 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
14:07 ---
(In reply to comment #6)
I think I see the problem here. The call in Test.java...
t.test(false, FALSE);
And now the reason why it works on PPC, passing via registers.
--
The code is taken from the multimedia package pd and reduced. It may be
reproduced with
# gcc -c -O2 d.i
d.i: In function 'osc_perform':
d.i:35: internal compiler error: in schedule_insns, at sched-rgn.c:2549
--
Summary: ICE in schedule_insns, at sched-rgn.c:2549
--- Additional Comments From b dot gunreben at web dot de 2005-04-20 14:13
---
Created an attachment (id=8688)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8688action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21122
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-20 14:18
---
rs64a does not support it, but rs64b does. We might want to limit GCC support
to rs64b.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813
this code is from the package arts, preprocessed and reduced. The bug may be
reproduced with
# g++ -c mcop.ii
mcop.ii: In member function 'std::vectorstd::string,
std::allocatorstd::string
Arts::InterfaceRepo_base::_ZTv0_n12_NK4Arts18InterfaceRepo_base15_defaultPortsInEv()
const':
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-20
14:27 ---
Subject: Re: New: avr-gcc does not output Dwarf 2
information to track optimized variables' locations
On Wed, 2005-04-20 at 06:40 +, tsandnes at atmel dot com wrote:
The dwarf debug
--- Additional Comments From b dot gunreben at web dot de 2005-04-20 14:28
---
Created an attachment (id=8689)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8689action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
--- Additional Comments From mark at gcc dot gnu dot org 2005-04-20 14:30
---
Posted a patch to implement option 2 of comment #6
- fixing up boolean args for raw calls
http://gcc.gnu.org/ml/java-patches/2005-q2/msg00242.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
14:35 ---
Fixed for 4.0.0.
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Component|regression |middle-end
Summary|[4.0/4.1 Regression] kdelibs|[4.0 Regression] kdelibs
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-20 14:38
---
This is indeed a libffi bug.
Whether a boolean is promoted to a full word or not is a part of the system ABI.
It's controlled in gcc by TARGET_PROMOTE_PROTOTYPES, and is part of the gcc
back end.
What you
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
On mainline I get some bogus warnings about uninitialized variables.
Just compile the following with g++ -O -Wall:
==
#includevalarray
void foo(int i, std::valarrayint v)
{
v += i*v;
}
void bar()
{
std::valarrayint v;
for (int j=0;
I get a bus error when I try to compile this program. If you look at the trace
back, translate_common was making a call to gfc_warning with this statement -
gfc_warning (Padding of %d bytes required before '%s' in
COMMON '%s' at %L, offset, s-sym-name,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
15:07 ---
Confirmed, reduced testcase:
union tabfudge
{
double tf_d;
int tf_i[2];
};
struct _osc
{
double x_phase;
};
void osc_perform(double *out, struct _osc * x)
{
union tabfudge tf;
int
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
15:08 ---
*** This bug has been marked as a duplicate of 20059 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
15:08 ---
*** Bug 21125 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20059
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
15:10 ---
This works on the mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21124
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
15:19 ---
Confirmed:
# D.1678_31 = PHI 0(3), D.1678_8(0);
Why is this PHI, here, it is just dead code, maybe we should check the use info
to see if it is actually
used.
--
What|Removed
--- Additional Comments From mckinlay at redhat dot com 2005-04-20 15:56
---
Ziga, please let us know as soon as your FSF paperwork clears. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-20
16:04 ---
Here's an even simpler testcase that triggers the warning with -O, -O2, -O3:
struct A
{
const int i;
int j;
A(const int __i) : i(__i), j(0) {}
};
--- Additional Comments From ziga dot mahkovec at klika dot si 2005-04-20
16:24 ---
Bryce,
about a month ago, I was informed that my papers were to be sent shortly. I
forgot about it later, but I poked the copyright clerk now.
Let me know if there's anything I can do to speed things
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20
16:42 ---
Subject: Bug 12913
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-20 16:41:48
Modified files:
gcc: ChangeLog c-decl.c c-tree.h
--- Additional Comments From ro at gcc dot gnu dot org 2005-04-20 16:42
---
I observe the same ICE when bootstrapping with Ada on i386-pc-solaris2.10:
stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2
-gnatpg -gnata -I- -I. -Iada
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-20
17:04 ---
Eric, if you confirm that this bug is fixed in 3.3 and 3.4, then this is a
(latent) regression on mainline and 4.0.
It is indeed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.1-20050410/configure --with-gcc --with-gnu-ld
--with-gnu-as --host=mingw32 --target=mingw32 --prefix=/home/mingw
--enable-threads --disable-nls --enable-languages=c,c++,treelang
--disable-win32-registry --disable-shared
Thread
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code, ssemmx
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
17:32 ---
Some mentioned here: http://gcc.gnu.org/wiki/Simplifications.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
--- Additional Comments From kcook at gcc dot gnu dot org 2005-04-20 18:03
---
The obvious typo in the docs would still apply to 3.x though.
4.x has the seperate issue that the following functions are no longer available
(I assume intentionally, though it really wasn't announced) yet
--- Additional Comments From ncm-nospam at cantrip dot org 2005-04-20
18:43 ---
I agree with Andrew. The compiler was improved enough not to fail to
report this error. The Right Thing is probably just to delete the
explicit instantiations, if it's not code to go in a shared library.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--
What|Removed |Added
CC||william dot m dot miller at
||gmail dot com
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20
19:56 ---
Subject: Bug 21100
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-20 19:56:17
Modified files:
gcc: ChangeLog
gcc/config/i386:
--
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4206
--- Additional Comments From william dot m dot miller at gmail dot com
2005-04-20 20:14 ---
Responses to Wolfgang's two questions:
a) You're right; I was looking at the current WP rather than the 2003
Standard. Sorry. It's 9.3.1p2 in the 2003 Standard (the change from troff to
--- Additional Comments From rth at gcc dot gnu dot org 2005-04-20 20:18
---
Doesn't fail on i686-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21126
--- Additional Comments From oystein at gnubg dot org 2005-04-20 20:31
---
H
I'm a bit skeptic to the compiler installation. I did a configure with
--prefix=/home/mingw/. Then I did a 'make install'. I notice now that
/home/mingw/include/ is empty. Should it be?
(And which
$ cat reshape-complex.f90
program main
complex, dimension(8) :: b
complex, dimension(2,2) :: a
integer :: i
b = (/(i,i=1,8)/)
a = reshape(b(1:8:2),shape(a))
print *,a
end
$ gfortran -fdump-tree-original reshape-complex.f90
$ ./a.out
( 1.00, 2.00) ( 3.00,
The following file:
typedef int __attribute__((vector_size (32))) v8i;
v8i g_v8i;
v8i return_v8i (void)
{
return g_v8i;
}
Compiled with the command-line:
gcc test.c -c
Produces this error message:
test.c: In function 'return_v8i':
test.c:5: internal compiler error: in
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21128
--- Additional Comments From bangerth at dealii dot org 2005-04-20 21:33
---
Explicit instantiations can only instantiate things that have been seen
before. Nothing is seen in your case, so there is nothing to be done.
W.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
21:41 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02219.html.
--
What|Removed |Added
See URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html #1.
--
Summary: genpreds should identify and emit helper predicates as
static
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
I work on a language interoperability tool called Babel. It generates F90 code
that wraps up objects written in other languages. I have an example with 38822
lines in 22 files. The last file is 4967 lines long, and it takes roughly 10
minutes to compile with a snapshot of GCC 4.0 on an essentially
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-20 22:43
---
Correction: that should be #2 in the referenced message.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21129
--- Additional Comments From epperly2 at llnl dot gov 2005-04-20 22:46
---
Created an attachment (id=8690)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8690action=view)
Source files and compile script to reproduce the performance issue
I am attaching a bzip2 compressed tar file
Minor comment mismatch for GLIBCPP_CHECK_STDLIB_DECL_AND_LINKAGE_2 in libstdc++.
Make all comments for macros of this same type consistent.
This is present on mainline and all open release branches.
For 3.3 in acinclude.m4.
For mainline, 4.0 and 3.4 in linkage.m4.
--
Summary:
--- Additional Comments From jones at ingate dot com 2005-04-20 22:52
---
Created an attachment (id=8691)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8691action=view)
Patch for 3.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131
See URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html #1.
Maybe treating (ior (match_code ...) (match_code ...)) as special
is good enough, or maybe that's just a bad idea.
--
Summary: gensupport mistreats match_code split with an ior
Product: gcc
--- Additional Comments From jones at ingate dot com 2005-04-20 22:54
---
Created an attachment (id=8692)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8692action=view)
Patch for mainline (also 4.0 and 3.4 at different offset)
--
See URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html #3 and for
example cris_bdap_sign_extend_operand, where this could be used instead of
the match_tests and nested XEXPs. The name op and mode would refer
to the toplevel of the predicate, while different levels would refer to its own
See URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html #4.
See also PR 20413 comment #9.
Only CONST_INT should have VOIDmode, and it's not generated by gengenrtl,
so a patch for this enhancement seems simple.
--
Summary: Make gengenrtl emit mode checks aborting on avoid
--
What|Removed |Added
Summary|Make gengenrtl emit mode|Make gengenrtl emit mode
|checks aborting on avoid|checks aborting on VOIDmode
int a[4] = {0,1,2,3};
int *b = a[-2];
doesn't work, it fails with:
t2.ii:1: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
This ICEes because it is going deep into expand, and
--- Additional Comments From james at juranfamily dot org 2005-04-20 23:38
---
This hasn't actually been fixed -- http://gcc.gnu.org/gcc-3.3/changes.html still
only has info up to 3.3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16384
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
23:46 ---
Confirmed as a regression.
I think this was caused by the C++ front-end no longer lowering a[const] to a
+ const.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20
23:51 ---
Subject: Bug 20805
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-20 23:51:30
Modified files:
gcc: ChangeLog
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:01 ---
Hmm, this comes from loading modules or something related to that.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:06 ---
Subject: Bug 20805
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 00:06:36
Modified files:
gcc: dwarf2out.c
Log message:
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-21
00:11 ---
Fixed on mainline.
Do we need this fixed for 4.0.1? If so, this will have to wait for the branch
to unfreeze.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:14 ---
The compile time problem is located in load_needed in module.c but I don't know
how to fix it easily.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21130
In gnu.java.nio.channels.FileChannelImpl tryLock and lock call the native lock
functions with incorrect wait parameters: tryLock passes true and lock false.
Of course, tryLock should pass false and lock should pass true.
Patch attached.
--
Summary: tryLock waits for the lock, and
--- Additional Comments From luca dot barbieri at gmail dot com 2005-04-21
00:25 ---
Created an attachment (id=8693)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8693action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:28 ---
Subject: Bug 10606
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-04-21 00:28:36
Modified files:
gcc/cp
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:36 ---
I am going to change the keyword from missed-optimization to compile-time-hog
as this does not
improve overall the code generation in GCC but the compile time aspect.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21
00:39 ---
Subject: Bug 14846
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-21 00:39:25
Modified files:
gcc: ChangeLog fold-const.c
Log
--- Additional Comments From kazu at cs dot umass dot edu 2005-04-21 00:40
---
Just checked in a patch.
--
What|Removed |Added
Status|NEW
--
Bug 14847 depends on bug 14846, which changed state.
Bug 14846 Summary: [tree-ssa] don't use a shift in A CST_POWER_OF_2 == 0
until very late in tree-ssa optimizations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14846
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:40 ---
Confirmed, I am going to add the keyword to ice on valid as it could an ICE on
valid code.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:46 ---
(In reply to comment #15)
Fixed on mainline.
Do we need this fixed for 4.0.1? If so, this will have to wait for the branch
to unfreeze.
Yes it is also needed for 4.0. I should have marked it as a
At tree level, we would like to canonicalize (a 2) 1 != 0 into a 4 != 0.
Currently,
void bar (void);
void
foo (int a)
{
if ((a 2) 1)
bar ();
}
turns into
foo (a)
{
int D.1235;
int D.1236;
_Bool D.1237;
D.1235 = a 2;
D.1236 = D.1235 1;
D.1237 = (_Bool) D.1236;
if
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:50 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
The SPEC CPU2000 test sixtrack gets comparison failures on
powerpc64-linux when compiled with current GCC mainline with
-m64 -O2 -fmodulo-sched. The minimized testcase demonstrates
the problem. It starts failing with sources as of 20050405.
--
Summary: wrong code in sixtrack for
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 00:51
---
Created an attachment (id=8694)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8694action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138
--
What|Removed |Added
Component|tree-optimization |rtl-optimization
Keywords||wrong-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
00:55 ---
Confirmed.
--
What|Removed |Added
CC||pinskia
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21
01:01 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From suan at cs dot wisc dot edu 2005-04-21 02:34
---
Hmm... now that I've been reminded of this bug, I might as well try to revive
it.
I think my question has more to do with the granularity of well-defined-ness.
Consider the expression A + (B,C), which
1 - 100 of 166 matches
Mail list logo