> This is a far cry from a replacement for GNU ld which links dozens of
> processors' code in at least a half dozen different file formats.
1) Isn't the unix way "do one thing and do it well"?
2) Shouldn't Linux Weekly News be most interested in the tools and formats used by _Linux_?
(Is it still interesting to have an ld mode to produce a.out code? I tried to produce a static
a.out binary with gcc 4.1.2 and couldn't figure out how in the first hour of trying, and
google didn't pull anything up either. How interesting is the ability to produce other binary
formats last used by discontinued Hewlett Packard minicomputers from 1986?)
3) The way "binflat" files is created is to make an ELF file, then have a second tool produce
a second file from the ELF file. Same for the kernel producing zImage files from the ELF
Much of what GNU ld is doing may not actually actually a good idea...