home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Source Code 1993 July / THE_SOURCE_CODE_CD_ROM.iso / gnu / binutils-2.2.1 / binutils / README < prev    next >
Encoding:
Text File  |  1993-05-17  |  3.5 KB  |  85 lines
  1. This is a beta release of a completely rewritten binutils distribution.
  2. The linker (ld) has been moved into a separate directory,
  3. which should be ../ld.  Linker-specific notes are in ../ld/README.
  4.  
  5. These programs have been tested on various architectures.
  6. Most recently tested are sun3 and sun4s running sunos4,
  7. as well as Sony News running newsos3.
  8. However, since this is a beta release taken directly from an
  9. evolving source tree, there might be some problems.  In particular,
  10. the programs have not been ported to as many machines as the
  11. old binutils.  There are also features of the old versions
  12. that are missing on the new programs.  We would appreciate
  13. patches to make things run on other machines; especially welcome
  14. are fixes for what used to work on the old programs!
  15. (See ./TODO, as well a ../bfd/TODO and ../ld/TODO.)
  16.  
  17. Recent changes are in ./NEWS.
  18.  
  19. Unpacking and Installation -- quick overview
  20. ==========================
  21.  
  22. In this release, the binary utilities, the linker, the generic GNU include
  23. files, the BFD ("binary file description") library, gprof, and getopt all
  24. have directories of their own underneath the binutils-2.2 directory.
  25. The idea is that a variety of GNU tools can
  26. share a common copy of these things.  Configuration scripts and
  27. makefiles exist to cruise up and down this directory tree and
  28. automatically build all the pieces in the right order.
  29.  
  30. When you unpack the binutils-2.2.tar.z file, you'll get a directory called
  31. something like `binutils-2.2', which contains:
  32.  
  33.     COPYING          bfd/             configure*       libiberty/
  34.     COPYING.LIB      binutils/        configure.in     move-if-change*
  35.     CYGNUS           build-all.mk     etc/             opcodes/
  36.     ChangeLog        config/          gprof/           test-build.mk
  37.     Makefile.in      config.guess*    inc
  38.  
  39. To build binutils, you can just do:
  40.  
  41.     cd binutils-2.2
  42.     ./configure [ --with-minimal-bfd=yes ]
  43.     make
  44.     make install # copies the programs files into /usr/local/bin by default.
  45.  
  46. The --with-minimal-bfd-yes flag is a temporary kludge.  Using it makes
  47. the executables smaller, at the price of only being able to handle
  48. the default binary file format.  A more flexible mechanism is planned.
  49.  
  50. This will configure and build all the libraries as well as binutils
  51. and the linker.
  52.  
  53. The binutils can be used in a cross-development environment.
  54. The file DOC.configure contains more information.
  55.  
  56. Porting
  57. =======
  58. Binutils-2.2 supports many different architectures, but there
  59. are many more not supported, including some that were supported
  60. by earlier versions.  We are hoping for volunteers to
  61. improve this situation.
  62.  
  63. The major effort in porting binutils to a new host and/or target
  64. architecture involves the BFD library.  There is some documentation
  65. in ../bfd/doc.  The file ../gdb/doc/gdbint.texinfo (distributed
  66. with gdb-4.x) may also be of help.
  67.  
  68. If your system uses some variant of old-style a.out-format,
  69. you can start with a copy of bfd/newsos3.c, and edit it to fit.
  70. (You may also need to tweak bfd/aout-target.h.)
  71. Alternatively, you could use the host-aout.c target.  This is a
  72. special kludge that only works for native (non-cross) configurations.
  73.  
  74. Reporting bugs
  75. ==============
  76. If you can't track down a bug and send suggestions/patches
  77. for fixes, you should probably *not* be using this release.
  78. We have little time to spend tracking down whatever random bugs you
  79. may run into (except for configurations that Cygnus supports for
  80. its customers).  The general place to send bug reports or patches
  81. is to bug-gnu-utils@ai.mit.edu; you can also send them directly to
  82. bothner@cygnus.com or sac@cygnus.com.
  83.  
  84.  
  85.