home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / vms / 14939 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  3.0 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!EQL.CALTECH.EDU!rankin
  2. From: rankin@EQL.CALTECH.EDU (Pat Rankin)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: GNU CC probs with VMS 5.5
  5. Message-ID: <920911193140.260058f0@EQL.Caltech.Edu>
  6. Date: 12 Sep 92 02:32:58 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 60
  11.  
  12. > I am having some difficulties installing GNU C for VMS (GCC-VMS-1.40d).
  13. > My configuration is comprised of a MicroVAX 3100 running VMS 5.5.  Has
  14. > anyone else out there been able to get this running under 5.5?
  15.  
  16.       Running it under V5.5 is the same as running it under any other
  17. version of VMS.  It works.  There are several bugs here and there, but
  18. nothing this fundamental.
  19.  
  20. > My installation steps were as follows:
  21. > 1)  FTP gcc-vms-1.40d.tar.Z from prep.mit.edu.
  22.  
  23.      Be sure to transfer in binary mode.
  24.  
  25. > 2)  Download to local Mac.
  26. > 3)  Uncompress and extract from tar using mac tools.
  27. > 4)  Copy directory hierarchy onto the VAX.
  28.  
  29.      Your problem is almost certainly traceable to one of these 3 steps.
  30. If you unpack it on your VMS system, you shouldn't encounter any trouble.
  31.  
  32. > 4)  Define GNU_CC and GNU_CC_INCLUDE logicals using ASSIGN/SUPER/SYS.
  33. > 5)  Install the GCC command using SET COMMAND.
  34. > 6)  Run GCC with test file.
  35. >
  36. > The current problems:
  37. > 1)  When running GCC, a number of images are loaded.  In particular, GCC
  38. > wants SYS$LIBRARY:SMGSHR_00.EXE, MTHRTL_00.EXE, LIBRTL_00.EXE, FORRTL_00.EXE.
  39.  
  40.      Looks like the executable(s) got corrupted (those Macintosh steps...).
  41. GCC.EXE is just a front-end which parses the command line using DCL
  42. callbacks, then invokes GCC.COM; it isn't directly part of the compiler
  43. at all.  That command procedure then executes the various pieces of the
  44. compiler.
  45.  
  46. > Are these the right files, or am I missing some images with _00 suffixes?
  47.  
  48.      Neither.  What does ANALYZE/IMAGE show you?  The shareable image list
  49. comes out near the very end.
  50.  
  51. > 2)  When running the gcc_install script, the GCC precompiler is called to
  52. > get the current version level.  This call fails with the following error:
  53. >
  54. > %DCL-W-ACTIMAGE, error activating image GNU_CC:[000000]GCC-CPP
  55. > -CLI-E-IMGNAME, image file SBS$DKB0:[COMMON.GCCDIST.GCC.][000000]GCC-CPP.EXE;1
  56. > -SYSTEM-F-VA_IN_USE, virtual address already in use
  57. >
  58. > The last error is not documented in my copy of the System Messages docs.
  59. > It is new with V 5.5?  What does it mean?
  60.  
  61.      It's not new, and I think that there's an article available from DEC's
  62. DSIN and/or DSNlink about it which suggests that having too many process
  63. logical names defined can cause this.  We've seen it here--prior to V5.5;
  64. only one or two users, who really did define many more logical names than
  65. anyone else--and usually a second attempt at executing the same command
  66. would succeed.  It's certainly not specific to GCC (the most common culprit
  67. here was the SHOW utility).  I don't remember whether using SYSGEN to
  68. increase CTLPAGES makes any difference though.
  69.  
  70.         Pat Rankin, rankin@eql.caltech.edu
  71.  
  72.