Re: Removal of old toolchain

[email protected] (ITOH Yasufumi) Mon, 16 Sep 2002 08:50:35 +0900 (JST)
Newsgroups gmane.os.netbsd.ports.pc532,gmane.os.netbsd.devel.toolchain
Message-ID <[email protected]>
In article <[email protected]>
[email protected] writes:

>  > I'm currently using a.out on i386, and have found some off-by-one
>  > errors which does not occur on ELF toolchain.
> 
> Hm.  What specific errors have you found?

Please take a look at
	pkgsrc/audio/cdparanoia/patches/patch-ae (search for "dispcache")
	pkgsrc/sysutils/xbatt/patches/patch-ab   (first hunk)

I found and fixed them since I tested them on a.out toolchain.

If a program is only tested on ELF toolchain, the quality of code
is like this.

ELF has other too unique features (ex. C symbols and assembler symbols
are same, dynamic linker automatically loads dependent libraries),
which make it easy to write non-portable programs.

> BTW, you can get ELF to arrange data more-or-less like a.out, as well.  All
> you need to do is write a linker script for it.

I don't think that the layout of initialized data can be re-arranged
in linker stage.

> (2) is no problem; they are in the 1.6 source tree, and will always be
> available in the CVS Attic.  However, the revisions will be marked dead
> on the HEAD, in order to shrink the size of the checked-out repository.

~300KB is not acceptable in the HEAD?

287     src/gnu/usr.bin/ld

Mmm, gas / gas.new may not be acceptable....

gas:
2682    src/gnu/usr.bin/gas

gas.new:
6495    src/gnu/dist/bfd
4735    src/gnu/dist/gas
1212    src/gnu/dist/include
1795    src/gnu/dist/opcodes
2185    src/gnu/lib/libbfd
167     src/gnu/usr.bin/gas.new
16589   total
-- 
ITOH Yasufumi