Re: Mail duplicates - Mailing list performance is very bad!

["Matthew D. Langston" <langston@SLAC.Stanford.EDU>]

Hi Jeff,

I've had exactly the same problems as Manfred - many duplicate E-mail
messages, and latency times of several days.  I've included one (of the
many) duplicate E-mail messages that I've received from the egcs list. I
hope this is helpful.

Jeffrey A Law wrote:
> 
>   In message <13599.18826.212420.102010@slsvhmt>you write:
>   > The appended email was definitely duplicated here (there were others
>   > as well).
> What I need is the complete headers for the multiple messages,
> just pointing out a message that was a duplicate doesn't help
> me track the problem down.
> 
>   > Another problem with the lists is their currently very bad
>   > performance. I usually have a delay of at least 3(!) days by
> Yes we know.  We're working on the problem, but a solution is probably
> still several weeks away.  Until then we're just going to have to live
> with it.

--
Matthew D. Langston
SLD, Stanford Linear Accelerator Center
langston@SLAC.Stanford.ED


To : linux-gcc at vger dot rutgers dot edu
Subject : binutils 2.8.1.0.26 is released.
From : hjl at lucon dot org
Date : Fri, 27 Mar 1998 18:36:01 -0800 (PST)
Cc : kjahds at kjahds dot com, lmfken at lmf dot ericsson dot se, ian at lasermoon dot co dot uk,       mat at lcs dot mit dot edu, doughera at lafcol dot lafayette dot edu, brian at mathworks dot com,       john at etools dot com, craig at metrolink dot com, imp at village dot org,       robf at Willows dot Com, meissner at cygnus dot com, rfg at monkeys dot com,       roell at xinside dot com, burley at gnu dot org, linux-binutils-in at polstra dot com,       galenh at micron dot net, ralf at mailhost dot uni-koblenz dot de, egcs at cygnus dot com,       libc-linux at gnu dot org, linux-kernel at vger dot rutgers dot edu,       linux-smp at vger dot rutgers dot edu

Hi,

I fixed a few x86 assembler bugs which may output inefficient opcodes
in certain cases. I have verified it by recompiling egcs, binutils,
glibc 2.1 and Linux kernel 2.1.90. Let me know if you find any problems.

Thanks.


-- 
H.J. Lu (hjl@gnu.org)
----
This is the beta release of binutils 2.8.1.0.26 for Linux, which is
based on the binutils 980327 snapshot plus Linux/ARM support.

There was some problem on Linux/alpha. It turned out it was a bug
in the alpha dynamic linker in glibc 2.0.6. The current glibc 2.1
and glibc 2.0.7 should be ok.

This release should work on linux/x86. There are some ELF bug fixes.
But I don't know if it fixes all the bugs reported on linux/sparc,
Linux/MIPS and linux/PPC. I'd like to hear reports on them.

Please report any bugs related to binutils 2.8.1.0.26 to hjl@gnu.org.

Changes from binutils 2.8.1.0.25:

1. Update from the binutils gas-980327.
2. There are some major x86 assembler changes with operand size suffix.
   Some x86 assembler performence bugs are fixed. The Linux kernel and
   applications may run faster when assembled the new x86 assembler on
   x86. Please double check them on x86. gcc/egcs should be fine. But
   the Linux kernel does have some invalid x86 assembly code. In
   arch/i386/lib/locks.S, there was

	btl     %dl, SYMBOL_NAME(smp_invalidate_needed)

   It is not valid. The register should be either 16-bit or 32-bit.
   8-bit is not allowed. If you have any x86 assembler problem, please
   let me know.

Changes from binutils 2.8.1.0.24:

1. Update from the binutils gas-980325.
2. Change the x86 assembler error from as_bad to as_warn.
3. Fix the address for x86's lgdt/lidt.
4. Add 'S' to ar to disable symbol-table generation. Maybe used by
   glibc build to speed up archive update.

Changes from binutils 2.8.1.0.23:

1. Update from the binutils gas-980320.
2. Fix an x86 assembler bug.
3. Fix a Sparc/ELF bfd bug.

IMPORTANT:
The .plt format that the Alpha was using was not thread safe.  So I 
changed it.  The new format is *not* binary compatible with the old,
thus you must use glibc 2.0.4 to get an ld.so that can understand it.

Note that the new ld.so knows how to deal with the old .plt format, so
old libraries will still work, but they should be relinked eventually
for performance reasons.

The file list:

1. binutils-2.8.1.0.26.tar.gz. Source code.
2. binutils-2.8.1.0.25-2.8.1.0.26.diff.gz. Patch against the previous
   beta source code.
3. binutils-2.8.1.0.26.bin.tar.gz. Precompiled Linux/x86 binaries for
   libc 5.
4. binutils-2.8.1.0.26-glibc.bin.tar.gz. Precompiled Linux/x86 binaries
   for libc 6 (glibc 2.0.5c or above).

The primary ftp sites for the compiler/C library are tsx-11.mit.edu
under pub/linux/packages/GCC and sunsite.unc.edu under pub/Linux/GCC.
The beta directory is in private/tofu under the GCC directory.
 
Most of my stuff can also be found at


   ftp://ftp.yggdrasil.com/private/hjl

To install the binary package, please follow the procedure very closely.
Please backup/save all the files you are instructed to delete and you
should do
 
	gzip -dc binutils-2.8.1.0.26.bin.tar.gz | tar tvvf -
 
or
	gzip -dc binutils-2.8.1.0.26-glibc.bin.tar.gz | tar tvvf -
 
to see what is in there.
 
Please do back up before you remove things.

To install for libc 5, PLEASE DO
 
1. su root
2. cd /
3. rm -f /usr/bin/encaps /usr/bin/nm
4. gzip -dc binutils-2.8.1.0.26.bin.tar.gz | tar xvvf -
5. ldconfig
 
To install for libc 6 (glibc 2.0.5c or above), PLEASE DO
 
1. su root
2. cd /
3. rm -f /usr/bin/encaps /usr/bin/nm
4. gzip -dc binutils-2.8.1.0.26-glibc.bin.tar.gz | tar xvvf -
5. ldconfig
 
Now you have the new gas/binutils under /usr/bin and
/usr/ix86-linuxaout/bin. You have to use
 
/usr/ix86-linuxaout/bin/as
 
and
 
/usr/ix86-linuxaout/bin/ld -m i386linux
 
if you want to use a.out as and ld directly.
 
I have changed the target names for Linux/x86 and Linux/x86 (a.out)
to ix86-linux and ix86-linuxaout respectively. The precompiled
binaries are installed under /usr/ix86-linux and /usr/ix86-linuxaout.
You should make appropriate symbolic links if you have a different
name for the Linux/x86 target, like i586-unknown-linux.

If you have an old linux library in the a.out format and you cannot
obtain the newer version in the ELF format for whatever reason, you
can try "objcopy --remove-leading-char" on the a.out library and see
if it can link with your code in ELF. For Sybase client libraries,
I did

# cd sybase/lib
# for f in *.a
do
  objcopy --remove-leading-char $f
done

It seems to compile/link fine with libc 5.4.2x. But I don't know
if it really works or not. The resulting binaries should work
if the libc ABI used by the old library is unchanged in the new
libc.

According to Bruce Milner <Bruce.Milner@genetics.utah.edu>:

Just a quick note about your example using objcopy for
sybase. The sybase a.out libraries "are" dependent on a changed
feature of the libc ABI.
 
The ctype macros changed to a byte order independent format
(little endian). In order to use the sybase libraries, one needs to
rename the the ctype table variables in the sybase library files
and link in an old version of the libc's "C-ctype.o ctype-info.o"
files.

thain@sunquest.sunquest.com put a ELF'ized version of these
libraries on 

ftp://mudshark.sunquest.com/pub/ctlib-linux-elf


Thanks.


H.J. Lu
hjl@gnu.org
03/27/98