home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20668 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  1.8 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!usenet.ins.cwru.edu!agate!ucbvax!EQL.CALTECH.EDU!rankin
  2. From: rankin@EQL.CALTECH.EDU (Pat Rankin)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: need ANSI C compiler for VMS (GCC?)
  5. Message-ID: <930109024515.21c07151@EQL.Caltech.Edu>
  6. Date: 9 Jan 93 10:46:00 GMT
  7. Sender: usenet@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 26
  10.  
  11. > I need to find a decent ANSI C compliant compiler for VMS (VAX for now).
  12. > I've tried to get ahold of GCC 2.x.x, but its been taken off the net
  13. > and noone seems to have it available for anon ftp. Can anyone who either
  14. > has it put it out for anon ftp or can someone recommend a better
  15. > alternative compiler?
  16.  
  17.      You can always get the 2.x (2.3.3 is current) sources and the
  18. 1.x (1.42 is current) VMS binaries and rebuild the latest version.
  19. That's the primary purpose for distributing the VMS binaries in the
  20. first place.  The gcc-vms distribution does include some VMS-specific
  21. stuff that is not included in the gcc sources distribution though.
  22. It includes an executable for bison (needed to compile the gcc sources)
  23. and for gas (the assembler back end needed by the compiler, but not
  24. distributed with it), as well as the GCC driver (including DCL command
  25. definition, main program, and support command procedure), and lastly a
  26. set of header files.  The ones with the 1.x binaries aren't very good.
  27.  
  28.      Calling gcc-vms an ANSI compliant compiler is stretching things
  29. quite a bit, because any code you compile with it will need to be
  30. linked with VAXCRTL.  The run-time library would definitely not pass
  31. as a conforming implmentation.  Bugs aside, it has many global names
  32. in place (mainly the Unix emulation routines) which are not specified
  33. by ANSI and hence potentially conflict with user selected names.
  34.  
  35.         Pat Rankin, rankin@eql.caltech.edu
  36.  
  37.