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