Xref: utzoo comp.lang.perl:5038 comp.sys.apollo:8843 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!biivax.dp.beckman.com!falstaff.css.beckman.com!heffron From: heffron@dsg4.dse.beckman.com (Matt Heffron) Newsgroups: comp.lang.perl,comp.sys.apollo Subject: Strange error compiling Perl 4.03 on Apollo (cc 6.8, SR10.3) Message-ID: Date: 23 Apr 91 21:39:29 GMT Reply-To: heffron@falstaff.css.beckman.com Organization: Scientific Services, Beckman Instruments, Inc. Lines: 56 Nntp-Posting-Host: falstaff.css.beckman.com I've gotten a really strange error trying to compile cmd.c from the Perl 4.03 distribution, using the cc 6.8 on a dn3500 running SR10.3, systype=BSD4.3 : /bin/cc -c `sh cflags.SH cmd.o` cmd.c CFLAGS = -A cpu,mathchip (0044) { ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(READ)" is inappropriate in this context. ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(WRITE)" is inappropriate in this context. ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(READ)" is inappropriate in this context. ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(WRITE)" is inappropriate in this context. ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(READ)" is inappropriate in this context. ******** Line 44 of "cmd.c": [Warning #233] "DEVICE(WRITE)" is inappropriate in this context. The context around line 44 is: int cmd_exec(cmdparm,gimme,sp) CMD *VOLATILE cmdparm; VOLATILE int gimme; VOLATILE int sp; { register CMD *cmd = cmdparm; SPAT *VOLATILE oldspat; VOLATILE int firstsave = savestack->ary_fill; VOLATILE int oldsave; VOLATILE int aryoptsave; The macro "VOLATILE" expands as "volatile" (w/o the quotes). Any clues? If this is a legitimate warning, then THE WARNING MESSAGE TEXT COULD (SHOULD!!) BE A WHOLE LOT MORE SPECIFIC!!!!!!!!!!! -Matt PS. the Configure script computes the "void" support level to be 3 when it should be 7. This is because it invokes the compile of the test program with the -S option which Apollo doesn't support. Likewise, it determines that malloc returns type "char *" instead of "void *" because the test program #includes which doesn't exist on Apollo. -- Matt Heffron heffron@falstaff.css.beckman.com Beckman Instruments, Inc. voice: (714) 961-3128 2500 N. Harbor Blvd. MS X-11, Fullerton, CA 92634-3100 Cute saying/disclaimer in development.