https://sourceware.org/bugzilla/show_bug.cgi?id=32768
--- Comment #2 from Andreas Schwab ---
That's because _gmonparam.froms is an array of unsigned long. It used to be
unsigned short in the orignal gmon implementation. But even the BSD
implementation assumes a function alignment of 4 for x86.
https://sourceware.org/bugzilla/show_bug.cgi?id=32666
--- Comment #1 from Andreas Schwab ---
*** Bug 32667 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32667
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29004
--- Comment #4 from Andreas Schwab ---
.macro HEADER name, code
_header_\name:
.set link\@, link
.int link\@ # the header has a pointer to the preceding entry
.set link, _header_\name
.ascii "\name" # and the name of the word
https://sourceware.org/bugzilla/show_bug.cgi?id=32580
--- Comment #12 from Andreas Schwab ---
But the others are apparently not triggering the ksh bug.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32580
--- Comment #10 from Andreas Schwab ---
But of course, if it is at the end of the here doc anyway, it could also be
moved out and called as a regular command after it.
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=32580
--- Comment #9 from Andreas Schwab ---
Because this is part of a here doc where func would be just a literal.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #28 from Andreas Schwab ---
"This means that the sections can still be fetched using aligned reads" is
obviously wrong. The alignment requirements for the hsot are completely
independent of the alignment requirements of the target
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #24 from Andreas Schwab ---
The target has no relevance when the host is reading the section contents.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32435
--- Comment #21 from Andreas Schwab ---
> Plus, if I have read Jan's v2 patch correctly, sections in object files will
> still be aligned, but just aligned to the architecture's minimum file
> alignment, rather than the sections specified alig
https://sourceware.org/bugzilla/show_bug.cgi?id=32461
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32461
--- Comment #1 from Andreas Schwab ---
[This option is specific to the i386 PE targeted port of the linker]
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32457
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=32382
--- Comment #2 from Andreas Schwab ---
$ echo 'beq t0,t1,.+16' | gas/as-new -
$ binutils/objdump -dr
a.out: file format elf64-littleriscv
Disassembly of section .text:
<.text>:
0: 00628863beq t
https://sourceware.org/bugzilla/show_bug.cgi?id=32256
--- Comment #3 from Andreas Schwab ---
They are if there are relocations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32256
--- Comment #1 from Andreas Schwab ---
They are referenced by relocations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32244
--- Comment #1 from Andreas Schwab ---
Just configure with --enable-targets=all.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32241
--- Comment #11 from Andreas Schwab ---
I think dbe_memmgr should be removed, and replaced by xmalloc/xrealloc from
libiberty.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32198
--- Comment #1 from Andreas Schwab ---
This has been corrected by commit f09a9dd319e in the gcc repository, needs to
be merged to binutils-gdb.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32183
--- Comment #1 from Andreas Schwab ---
lld emits a better error:
ld.lld: error: relocation R_RISCV_PCREL_LO12_I cannot be used against symbol
'LAPACKE_c_nancheck'; recompile with -fPIC
--
You are receiving this mail because:
You are on the
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv64-*-*
Created attachment 15708
--> https://sourceware.org/bugzilla/attachment.cgi?id=15708&acti
https://sourceware.org/bugzilla/show_bug.cgi?id=31881
--- Comment #26 from Andreas Schwab ---
That does not work with snapshots created with git archive.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32113
Andreas Schwab changed:
What|Removed |Added
Summary|PLT entry isn' used as |PLT entry isn't used as
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #25 from Andreas Schwab ---
https://inbox.sourceware.org/binutils/87a5hjmq7r@linux-m68k.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #4 from Andreas Schwab ---
Testcase from glibc:
$ cat svml_d_acos2_core-sse2.S
#define JUMPTARGET(name) *name##@GOTPCREL(%rip)
.macro WRAPPER_IMPL_SSE2 callee
call JUMPTARGET(\callee)
.endm
.text
WRAPPER_IMPL_SSE2 acos
$ gcc -c
https://sourceware.org/bugzilla/show_bug.cgi?id=31881
--- Comment #12 from Andreas Schwab ---
That won't work with a snapshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31761
--- Comment #1 from Andreas Schwab ---
See ld/ldlang.c:lang_process, ld opens the output before processing the input
files.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25527
--- Comment #4 from Andreas Schwab ---
gcc 14 will support -static-pie for linux configurations.
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
$ echo 'f: j 1f; .space 0x20; 1: ret' | as -mno-relax -; objdump -dr
a.out: file fo
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #7 from Andreas Schwab ---
That should use ALIGN(8).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31474
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #5 from Andreas Schwab ---
Any information needs to be added here.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #3 from Andreas Schwab ---
It is a valid option. In which way does it not work?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #1 from Andreas Schwab ---
-Trodata is an abbreviation for -Trodata-segment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving thi
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #3 from Andreas Schwab ---
The difference appears to be that when pr21964-4.c is compiled with -fpie the
symbol __start___verbose is referenced by a R_RISCV_GOT_HI20 relocation,
without -fpie it is a R_RISCV_HI20 relocation. Wheth
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #2 from Andreas Schwab ---
For some reason both main and __start___verbose are put in the dynamic symtab,
unlike other architectures, where only the undefined references turn up there.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #1 from Andreas Schwab ---
$ objdump -T tmpdir/pr21964-4 | grep __start___verbose
2020 gD __verbose Base
.protected __start___verbose
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31396
--- Comment #1 from Andreas Schwab ---
There is nothing special about .if or '=='. The expression evaluator will
enter any identifier into the symbol table that is part of an expression, see
symbol_find_or_make.
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=31314
Andreas Schwab changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment
: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
$ MALLOC_CHECK_=3 doc/chew -f ../../binutils/bfd/doc/proto.str <
../../binutils/bfd/reloc.c
Segmentation fault (core dumped)
$ valgrind --track-origins=yes doc/chew
https://sourceware.org/bugzilla/show_bug.cgi?id=31216
--- Comment #1 from Andreas Schwab ---
Try linking with -zseparate-code.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31179
--- Comment #5 from Andreas Schwab ---
There are a lot of SUB_ULEB128 relocations with a non-zero addend in installed
static archives that will change behaviour with this commit.
$ readelf -Wr /usr/lib64/libc.a | grep -c 'SUB_ULEB128.*[+-] [^
https://sourceware.org/bugzilla/show_bug.cgi?id=31133
--- Comment #3 from Andreas Schwab ---
Which means it is a bug in glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31110
--- Comment #2 from Andreas Schwab ---
That very much looks like the bootstrap compiler was built with a defective
assembler. Try rebuilding it with current binutils.
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=31109
Andreas Schwab changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://sourceware.org/bugzilla/show_bug.cgi?id=31077
--- Comment #2 from Andreas Schwab ---
--enable-deterministic-archives is only related to archive members.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #7 from Andreas Schwab ---
Looks good. Additionaly, perhaps objdump -h should indicate when a section is
compressed, like the C flag in readelf -S.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #5 from Andreas Schwab ---
Created attachment 15219
--> https://sourceware.org/bugzilla/attachment.cgi?id=15219&action=edit
Sample object file
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #4 from Andreas Schwab ---
objdump -h displays the size of the uncompressed data, which adds to the
confusion.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
Andreas Schwab changed:
What|Removed |Added
Summary|objdump -s mishandles |objdump -s missing option
https://sourceware.org/bugzilla/show_bug.cgi?id=31062
--- Comment #1 from Andreas Schwab ---
Actually it dumps the *compressed* contents, and there is no way to dump the
uncompressed contents.
--
You are receiving this mail because:
You are on the CC list for the bug.
: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
objdump -s on a compressed debug section dumps only the initial part (according
to the compressed size) of the uncompressed section contents.
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #7 from Andreas Schwab ---
The assembler source is always more informative.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #5 from Andreas Schwab ---
It's impossible in general to resolve relocations without doing a full link.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30979
--- Comment #3 from Andreas Schwab ---
You need to add --reloc to dump the relocations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30938
--- Comment #3 from Andreas Schwab ---
crt1.o is part of libc, you need to build it for all multilibs.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30938
--- Comment #1 from Andreas Schwab ---
Since the compiler is configured with -disable-multilib you are lacking the
complete set of single-float crt*.o objects and libraries. Only -mabi=lp64d is
supported with this compiler.
--
You are recei
https://sourceware.org/bugzilla/show_bug.cgi?id=30877
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=30877
--- Comment #2 from Andreas Schwab ---
RISC-V use small data sections (it does not set NO_SMALL_DATA), and use the
default of placing .sdata and .got after .data, thus relro for .got is not
supported. In order to support relro, it needs to fo
https://sourceware.org/bugzilla/show_bug.cgi?id=30853
--- Comment #1 from Andreas Schwab ---
x86_dwarf2_return_column = (OUTPUT_FLAVOR == bfd_target_coff_flavour
? 32 : 16);
COFF apparantly uses a different register numbering.
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=30850
--- Comment #1 from Andreas Schwab ---
Only a few targets use [...] for something different (see NEED_INDEX_OPERATOR
and md_need_index_operator), otherwise GAS treats it as equivalent to (...).
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=30692
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30692
--- Comment #2 from Andreas Schwab ---
Are you sure this isn't the same as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110066?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30596
--- Comment #1 from Andreas Schwab ---
That appears to be specific to a native build, it doesn't happen in a cross
configuration.
--
You are receiving this mail because:
You are on the CC list for the bug.
: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
When the assembler is called with -mno-relax there is no reason to emit
pc-relative relocations to
https://sourceware.org/bugzilla/show_bug.cgi?id=30588
--- Comment #4 from Andreas Schwab ---
They should probably by moved to libiberty.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #8 from Andreas Schwab ---
llvm-strip is quite broken: it fails to update the RISCV_ATTRIBUTES segment
when .riscv.attributes is removed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #6 from Andreas Schwab ---
Since arm32 does not have PT_ARM_ATTRIBUTES it cannot have this problem in the
first place. If you think this program is trivial, then why does it have
.riscv.attributes?
--
You are receiving this mail
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #3 from Andreas Schwab ---
This is really a bug in lld, it fails to create the RISCV_ATTRIBUTES segment
for the .riscv.attributes section.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving thi
https://sourceware.org/bugzilla/show_bug.cgi?id=30237
--- Comment #2 from Andreas Schwab ---
strip and objcopy are the same thing.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25694
--- Comment #5 from Andreas Schwab ---
This still generates a spurious R_RISCV_NONE relocation for the pr22263-1 test.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=22263
Andreas Schwab changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=25694
Andreas Schwab changed:
What|Removed |Added
See Also||https://sourceware.org/bugz
https://sourceware.org/bugzilla/show_bug.cgi?id=22263
Andreas Schwab changed:
What|Removed |Added
Target|tilegx,tilepro,sparc,alpha |tilegx,tilepro,sparc,alpha,
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv64-*-*
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/mvapich2:standard/standard/riscv64
/tmp/cc6dWrXa.ltrans18.ltrans.o: in function
https://sourceware.org/bugzilla/show_bug.cgi?id=30152
--- Comment #1 from Andreas Schwab ---
The actual check is:
number = section->sh_size / section->sh_entsize;
if (number * sizeof (Elf64_External_Sym) > section->sh_size + 1)
which fails since your symtab uses ELF32 symbols.
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=28909
--- Comment #5 from Andreas Schwab ---
Worksforme:
$ tar -tf binutils-2.40.tar.bz2 | grep -F .info
binutils-2.40/bfd/doc/bfd.info
binutils-2.40/binutils/doc/binutils.info
binutils-2.40/binutils/sysroff.info
binutils-2.40/gas/doc/as.info
binut
https://sourceware.org/bugzilla/show_bug.cgi?id=30080
--- Comment #5 from Andreas Schwab ---
See commit a3b6428fe79.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30092
--- Comment #5 from Andreas Schwab ---
Please make sure you have a pristine source directory if you are building
outside of it.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30016
--- Comment #1 from Andreas Schwab ---
This is deliberate. A rename requires careful duplication of the attributes of
the target file, which is difficult to get right. See PR27456.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
Andreas Schwab changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |vladimir.mezentsev at
oracle
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
--- Comment #1 from Andreas Schwab ---
You have stripped the actual error from the build log. Please also state how
you have configured the build.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29994
--- Comment #1 from Andreas Schwab ---
This is a bug in the linker script, see
https://lore.kernel.org/all/20221226184537.744960-1-masahi...@kernel.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #2 from Andreas Schwab ---
The problem is -L/usr/local/lib64 that overrides -L/root/binutils/libiberty in
the lookup of -liberty.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #8 from Andreas Schwab ---
__BYTE_ORDER is not the same as _BYTE_ORDER.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #6 from Andreas Schwab ---
SunOS is not related to glibc at all.
#if defined(__SVR4) && defined(__sun)
#include
#endif
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #4 from Andreas Schwab ---
No, it defines _BYTE_ORDER and _BIG_ENDIAN.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29961
--- Comment #2 from Andreas Schwab ---
This is SunOS, nothing related to glibc.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #4 from Andreas Schwab ---
Used the wrong a.out.
$ binutils/objdump -t
a.out: file format elf64-littleriscv
SYMBOL TABLE:
ld .text .text
ld .data
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
--- Comment #3 from Andreas Schwab ---
Nope.
$ binutils/objdump -t
a.out: file format elf64-littleriscv
SYMBOL TABLE:
ld .text .text
ld .data .data
https://sourceware.org/bugzilla/show_bug.cgi?id=29940
Andreas Schwab changed:
What|Removed |Added
Version|unspecified |2.40 (HEAD)
--- Comment #1 from Andr
https://sourceware.org/bugzilla/show_bug.cgi?id=29828
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29799
Andreas Schwab changed:
What|Removed |Added
Summary|A heap buffer overflow was |A heap buffer overflow was
https://sourceware.org/bugzilla/show_bug.cgi?id=29737
--- Comment #1 from Andreas Schwab ---
What's special about .CTF sections?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29732
Andreas Schwab changed:
What|Removed |Added
Summary|A heap buffer overflow was |A heap buffer overflow was
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29722
--- Comment #1 from Andreas Schwab ---
In which way is --hash-st=gnu broken?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29623
--- Comment #2 from Andreas Schwab ---
--emulation is not supported in your configuration.
--
You are receiving this mail because:
You are on the CC list for the bug.
1 - 100 of 383 matches
Mail list logo
