home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10737 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  4.4 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!usenet.ins.cwru.edu!murphy!ljo
  2. From: ljo@murphy.eeap.cwru.edu (L. Jonas Olsson)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: gcc-2.3.2 and kernel build
  5. Date: 29 Dec 1992 20:31:26 GMT
  6. Organization: Case Western Reserve Univ. Cleveland, Ohio (USA)
  7. Lines: 82
  8. Message-ID: <1hqciuINN620@usenet.INS.CWRU.Edu>
  9. References: <RANDY.92Dec28095652@dsndata.dsndata.com>
  10. NNTP-Posting-Host: murphy.eeap.cwru.edu
  11.  
  12. In article <RANDY.92Dec28095652@dsndata.dsndata.com> randy@dsndata.dsndata.com (Randy Terbush) writes:
  13. >I have sucessfully built gcc-2.3.2 on 386BSD, and have begun to use it
  14. >to build other packages, and the kernel.
  15.  
  16. (Now gcc-2.3.3 is the latest release, and it is available in compiled
  17. form from the directory ref.tfs.com:/usr/packages/gcc/gcc)
  18. But it is also very easy to build yourself.
  19.  
  20. 1. ./configure i386--bsd --with-gnu-ld
  21. 2. make LANGUAGES=c (the make will exit when compiling enquire.c, but
  22.    that is the last step in the make so you can ignore it)
  23. 3. make stage1
  24. 4. make "CC=./stage1/xgcc -B./stage1/" CFLAGS="-g -O" (enquire will have
  25.    error code 4, meaning that four values in float.h are inexact. The
  26.    values are DBL_MIN, DBL_MAX, LDBL_MIN, and LDBL_MAX)
  27. 5. make stage2
  28. 6. make "CC=./stage2/xgcc -B./stage2/" CFLAGS="-g -O"(enquire will have
  29.    error code 4, meaning that four values in float.h are inexact. The
  30.    values are DBL_MIN, DBL_MAX, LDBL_MIN, and LDBL_MAX)
  31. 7. make compare
  32. 8. edit float.h to change the mantissas of DBL_MIN and DBL_MAX so
  33.    that they end in 14 and 57 respectively. I don't know what the
  34.    correct values for LDBL_MIN and LDBL_MAX are.
  35. 9. make install "CC=./stage2/xgcc -B./stage2/" CFLAGS="-g -O"
  36. 10. make install-libobjc "CC=./stage2/xgcc -B./stage2/" CFLAGS="-g -O"
  37.  
  38. (If you're short of disk space you have to read INSTALL)
  39. (If you're short of RAM and/or swap space you can try to replace your
  40. malloc routines in libc.a with the gnu malloc routines. On my system
  41. this results in gcc and several other large programs using only
  42. half as much data-space. For example with gcc -dm aprog.c you can
  43. see how much data gcc is using. I don't know why the data size is
  44. decreased and if the new malloc routines will break some other programs)
  45.  
  46. >I am tripping over many problems created by running fixincludes, and
  47. >using the resulting include files.  What experiences are others
  48. >having?  'fixincludes' used gnu 'sed' on my system since I have found
  49. >some problems with the supplied 'sed'.
  50.  
  51. I think that fixincludes is not needed on 386BSD. The standard include
  52. files is (or at least should be) ANSI C compatible. If they do need to
  53. be fixed that should be considered a bug in 386BSD.
  54.  
  55. Also in the gcc-2.4 (that should be the next one I think) there will
  56. a new way of fixing the include files. Now there is the fixincludes
  57. script that is part of gcc and a complete set of new include files
  58. that is part of libg++-2.3. In the new gcc this should be replaced
  59. by a method to generate ANSI C and C++ compatible include files
  60. from the system include files.
  61.  
  62. The reason that libg++-2.3 doesn't have 386BSD support is that the
  63. changes needed to it's supplied include files are to large. Hopefully
  64. the new gcc/libg++ (I don't know when they will be released) will
  65. support 386BSD. (If you wish to get libg++-2.3 running you have to
  66. get the patches from ref.tfs.com:/usr/packages/libg++/libg++)
  67.  
  68. >gcc-2.3.2 did find some slight problems in ../../isa/pccons.c with
  69. >missing '=' in scantokey and extscantokey tables.
  70.  
  71. The remains of an attempt to compile the system, except kernel, with
  72. gcc2 is at ref.tfs.com:/usr/386BSD_with-gcc2. The patch to ldexp.c
  73. that is there is probably incorrect so the other patch that was
  74. posted here recently should be used. There might also be other
  75. problems with the patches. The patches makes it possible to compile
  76. everything with gcc2, but some programs might be broken due to
  77. incompatible asm() statements, gcc bugs (in either old or new compiler),
  78. or for any other reason. One program that breaks is awk, but as this is
  79. the GNU gawk it should perhaps be replaced by the latest version anyway.
  80.  
  81. >I will follow up with fixes as soon as I get uucp and Emacs up.
  82. >
  83. >-Randy
  84. >
  85. >Randy Terbush ------------------------------------- Design Data, Inc.
  86. >UUCP: netcomsv!dsndata!randy ---------------------- 1033 'O' st. Suite 324
  87. >INET: randyt@oto.unl.edu -------------------------- Lincoln, NE  68508
  88. >--------------------------------------------------- 402-476-8278
  89.  
  90.     Jonas Olsson
  91.     ljo@po.cwru.edu
  92.  
  93.  
  94.