ROBERTS@UORNSRL.BITNET (11/13/88)
I've recently acquired GNU Emacs 18.52 from osu. I'm now trying to bring it up on our VAX/VMS 4.7 cluster and having some trouble. We don't have the VAX C compiler so I'm using GNU C (sound reasonable to compile GNU Emacs with GNU C). Anyway... I get an error message from the compiler (or maybe the preprocessor) due to a line in config.h: [...src]config.h:43 unterminated string constant the offending line is #include "../shortnames/remap.h" which looks fine to me. But I don't have the file. Could this be the cause of the error message? Could someone volunteer to e-mail me a copy of this file? Thanks! Roland roberts@uornsrl.bitnet
karl@triceratops.cis.ohio-state.edu (Karl Kleinpaste) (11/15/88)
shortnames/remap.h is built on the fly using a horrible ugly hack to analyze all of your .[ch] files, find unique occurrences, and eventually (very eventually) spit out a remap.h file which maps long names into 8-character names that are palatable to machines running with braindamaged C compilers, notably SysVRel5.0 and previous. If your system wanted to include remap.h, it's because the config.h file detected a lack of ability to differentiate among longnames which are not unique within the first 8 characters. Find the source to that problem, and you'll not have to worry about remap.h any more.
mnichols@nmsu.EDU (11/16/88)
You can ftp a VMS version of GNU emacs directly from 128.110.8.24, cc.utah.edu. User anonymous, pass guest. IT has already been compiled and linked so it is ready to run. It runs GREAT on our VMS 4.7 system. You will need to ftp the reblock.for program to reblock the saveset so that the backup utility can restore that saveset. Do a backup/list on the ftp'd saveset and catch the header info that backup puts out. It contains the correct block size to reblock the file to. Remember to ftp it in binary mode. Mark
rbr4@uhura.cc.rochester.edu (Roland Roberts) (11/16/88)
I previously posted a message about missing the files in shortnames and an error message from gcc while compiling GNU Emacs 18.51 on VAX/VMS. After some poking about I made a surprising discovery. GCC was correct in claiming there was an unterminated string constant. But it occured nearly ten lines earlier! (including intervening comment lines) Also, it would seem that under VMS gcc won't compile GNU Emacs. I've given up counting error messages. Plus there are parts of the code that are very VMS C compiler specific. If anyone has successfully compiled GNU Emacs on VMS using GNU C, I'd love to hear from you. Fortunately, I can get to a VMS C compiler elsewhere on campus. -- Roland Roberts BITNET: roberts@uornsrl Nuclear Structure Research Lab INTERNET: rbr4@uhura.cc.rochester.edu 271 East River Road UUCP: rochester!ur-cc!rbr4 Rochester, NY 14267 AT&T: (716) 275-8962