home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3218 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.5 KB
  1. Path: globe.indirect.com!fnf
  2. From: fnf@fishpond.amigalib.com (Fred Fish)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: GNU-C and Devpac
  5. Date: 8 Feb 1996 23:40:00 GMT
  6. Organization: Cronus
  7. Message-ID: <4fe1kg$7rg@globe.indirect.com>
  8. References: <9602011841.AA00072@ldngedge.demon.co.uk> <4etb77$ae3@taiwan.informatik.uni-rostock.de> <4etlqi$i40@globe.indirect.com> <4f7j64$d01@taiwan.informatik.uni-rostock.de>
  9. NNTP-Posting-Host: amigalib.com
  10.  
  11. In article <4f7j64$d01@taiwan.informatik.uni-rostock.de>,
  12. Gunther Nikl <gnikl@informatik.uni-rostock.de> wrote:
  13. >Fred Fish (fnf@fishpond.amigalib.com) wrote:
  14. >> But we are *very* close to being ready to switch over to the
  15. >> native object format.  This is an often requested feature
  16. >> and we are committed to making it happen.  The nice thing about
  17. >
  18. >  I do not request it. Is it really useful?
  19.  
  20. I think it is an absolute requirement that if GNU based tools are to
  21. be taken seriously by the general developer community that they
  22. support the official Amiga object file and library formats for both
  23. the m68k and the PPC.  Never mind that these formats are primitive and
  24. limited compared to a modern format like ELF, they are the defacto
  25. standard unless AT decides to change the situation with future
  26. releases.
  27.  
  28. >> a BFD based toolchain is that you can have a prefered default
  29. >> format (like native AmigaOS hunk format) while still reading
  30. >> or writing other formats (a.out, ELF, etc) on demand.
  31. >
  32. >  Yes, and the BFD based tools are 5 times bigger than the old
  33. >  a.out tools. Thanks for this improvement.
  34.  
  35. You've welcome.  :-)
  36.  
  37. The linker is now about 192 Kb instead of 40 Kb:
  38.  
  39.     text    data    bss    dec    hex    filename
  40.     35072      892        4608       40572      9e7c       bin:ld
  41.     192560     1380       1640       195580     2fbfc      ld.new
  42.  
  43. With a switch to a bfd based linker you get:
  44.  
  45. (1)    The ability to easily configure and build the tools as a cross
  46.     compiler on a variety of hosts, for a variety of targets.
  47.     I.E. you can build an m68k or PPC toolchain to generate
  48.     Amiga executables on virtually any UNIX system, little endian
  49.     or big endian, with typically nothing more than "configure; make".
  50.     I recent built an m68k AmigaDOS toolchain on a lowly 486/66 
  51.     linux system, and it runs about 3 times faster than the one
  52.     on my 40 Mhz WarpEngine based Amiga.  A 200 Mhz P6 system would
  53.     probably run these same executables 10-20 times faster than my
  54.     Amiga.
  55.  
  56. (2)    The ability to support more than one object and executable file
  57.     format within a single toolchain.  For the PPC AmigaDOS toolchain
  58.     that I recently built (generates PPC code in AmigaDOS hunk format
  59.     executables) I configured it to use ELF as the object file format.
  60.     It took all of one afternoon to get it running.
  61.  
  62. (3)    You get the benefit of the thousands of hours of development
  63.     that have gone into the linker in the last few years.  As one
  64.     example, the linker can optimize your object code and generate
  65.     a shorter executable than the aggregate sizes of your object
  66.     files.
  67.  
  68. (4)    I'm sure there must be a (4) or more, but I'm not that 
  69.     intimately familiar with the history of the development of
  70.     the linker.
  71.  
  72. BTW, similar considerations apply to all the other tools (gas, objdump,
  73. size, strip, nm, etc).
  74.  
  75. It should also be quite possible to turn BFD into a shared library.
  76.  
  77. -Fred
  78.  
  79. -- 
  80. CRONUS  --  1840 E. Warner Road #105-265  --  Tempe, AZ 85284  --  USA
  81. Voice:  (800) 804-0833  or  (602) 491-0442        FAX:  (602) 491-0048
  82. Email:  info@amigalib.com  or  info@ninemoons.com (coming soon)
  83. Ftp site: ftp.amigalib.com  or  ftp.ninemoons.com (coming soon)
  84.