home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / bsd / 8721 < prev    next >
Encoding:
Text File  |  1992-11-11  |  3.1 KB  |  66 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!mcsun!Germany.EU.net!pcsbst!lotus!lotus!jkh
  3. From: jkh@esel.lotus.com (Jordan K Hubbard)
  4. Subject: Re: GNUCC 2.3.1 Available  [AND WHAT YOU NEED TO DO TO MAKE IT WORK]
  5. Organization: Lotus Ireland
  6. Date: Thu, 5 Nov 1992 09:04:46 GMT
  7. Message-ID: <JKH.92Nov5100446@esel.lotus.com>
  8. Lines: 50
  9. In-Reply-To: hand@spc9.jpl.nasa.gov's message of Tue, 3 Nov 1992 10: 01:08 GMT
  10. References: <1992Nov3.100108.27631@burns.jpl.nasa.gov>
  11. Sender: news@lotus.com
  12.  
  13.     Anyone try it yet?  I think I'll give it a try...
  14.  
  15. Yes.
  16.  
  17. You'll need to do the following things, though:
  18.  
  19. 1. Deal with enough ansi'isms to gag a buzzard.  This means changing
  20.    the various includes of <ansi.h> to <machine/ansi.h> (or link ansi.h
  21.    in you /usr/include, whatever your preferences).  You'll also need
  22.    to #undef _ANSI_H in <stdio.h> or you won't pick up the size_t and
  23.    wchar_t types, for some reason.  This one is strange and I'm looking
  24.    into it - someone is defining _ANSI_H.
  25.  
  26.    It also means hacking things to make sure that ptrdiff_t gets defined
  27.    and va_list gets declared as the GCC internal type properly - I'm being
  28.    deliberately vague on all this because I don't much like the way I've
  29.    gotten this to happen at the moment (hack hack) and I'm looking at some way
  30.    of neatening it up to where it follows some ANSI standard or other,
  31.    just as soon as I figure out what that is.  There are enough existing
  32.    examples o go on that any reasonably competent person should be able to
  33.    figure out what to do.
  34.  
  35. 2. More seriously, you need to make sure that the assembler comment character
  36.    is '#', not '/', and that APP_ON and NO_APP [sic] are set to "#APP" and
  37.    "#NO_APP", respectively.  These are NOT defined correctly in i386unx.h
  38.    so you'll need to redefine them in i386bsd.h.  Symptoms of your not having
  39.    done this will be "Garbage character .. blah" messages from the assembler
  40.    while you're compiling stuff from libgcc2.c.
  41.  
  42.    You'll also need to turn YES_UNDERSCORES on since the gas assembler
  43.    prepends underscores.  Symptoms of not doing that will be gazillions of
  44.    undefined symbols when you try to link your first stage1 cpp.
  45.  
  46.  
  47. 3. For some reason, the new enquire.c doesn't compile with the gcc 2.x
  48.    anymore and you'll need to compile it with the old compiler (1.39) if
  49.    you want to be able to get further.  There's some floating point expression
  50.    in there that's 'out of range' and I have yet to find out why - the tagged
  51.    expression looks reasonable enough (and I've tried different values for
  52.    DBL_MIN and DBL_MAX but they're not the culprits this time).  I don't know
  53.    a whole lot about floating point, I'm afraid, so I'm not really the one
  54.    to fix this properly.  I think floating point handling under 386BSD is
  55.    sort of generally buggered anyway, so I'm not sure putting much effort
  56.    into just the compiler is going to net you much.
  57.  
  58. After doing all this, you should have a bootstrappable gcc 2.3.1.  I'm
  59. going to try compiling all of XFree86 1.1 with it tonite - I'll report
  60. back on how it works (or doesn't).
  61.  
  62.                     Jordan
  63.             PCS Computer Systeme GmbH, Munich, West Germany
  64.     UUCP:        pyramid!pcsbst!gj gj@meepmeep.pcs.com
  65.     EUNET:        unido!pcsbst!gj
  66.