Article View: comp.sys.next.misc
Article #199Re: Emacs 18.59 and NS2.2
From: Tod McQuillin
Date: Mon, 02 Nov 1992 21:19
Date: Mon, 02 Nov 1992 21:19
83 lines
3314 bytes
3314 bytes
lux@sol.UVic.CA (Michael O'Henly) writes: > I'm trying to compile the new version of emacs (which has > specific support for NeXT) but I get stuck here... > > cd etc; make all > cc -o server -g server.c > ../src/m-next.h:95: warning: TEXT_START redefined > ../src/m-next.h:96: warning: TEXT_END redefined > ../src/m-next.h:97: warning: DATA_END redefined > /usr/include/kern/lock.h:112: cpus.h: No such file or directory > /usr/include/kern/lock.h:113: mach_ldebug.h: No such file or directory > /usr/include/kern/lock.h:114: mach_ipc_tcache.h: No such file or > directory > /usr/include/kern/queue.h:116: kern/queue.c: No such file or directory > *** Exit 1 > Stop. > *** Exit 1 > Stop. > > I've done a find for these files, but they're not on my > system. Could someone please tell me if they're supposed to be? No, they're not supposed to be unless you have kernel source code. This problem results from an unfortunate conflict between emacs and the NeXT header files with regard to the meaning of the preprocessor symbol "KERNEL_FILE". This one was rather easy to fix. Just insert a #undef KERNEL_FILE in front of each #include <sys/file.h> in each of the following: etc/server.c, src/emacs.c, src/filelock.c, src/doc.c, process.c, callproc.c. Also, you'll need to change unexnext.c with this patch: *** unexnext.c~ Fri Oct 16 23:55:49 1992 --- unexnext.c Mon Nov 2 15:58:15 1992 *************** *** 24,32 **** #include <stdio.h> #include <stdlib.h> #include <stdarg.h> ! #include <mach/mach.h> ! #include <mach-o/loader.h> ! #include <mach-o/fat.h> #include <sys/file.h> #include <sys/stat.h> #include <libc.h> --- 24,32 ---- #include <stdio.h> #include <stdlib.h> #include <stdarg.h> ! #include <mach.h> ! #include <sys/loader.h> ! /*#include <mach-o/fat.h>*/ #include <sys/file.h> #include <sys/stat.h> #include <libc.h> On the final link, I had some trouble with LIB_GCC being defined as the null string, I don't know why. I just applied the following patch to src/ymakefile, which appeard to fix it (ugly, I know :-)... Of course, none of these changed are required for 3.0. Good luck! *** ymakefile~ Mon Nov 2 10:42:15 1992 --- ymakefile Mon Nov 2 16:14:56 1992 *************** *** 255,261 **** #ifndef LIB_GCC #define LIB_GCC /usr/local/lib/gcc-gnulib #endif ! GNULIB_VAR = `if [ -f LIB_GCC ] ; then echo LIB_GCC; else echo; fi` #endif /* __GNUC__ <= 1 */ #else GNULIB_VAR = --- 255,261 ---- #ifndef LIB_GCC #define LIB_GCC /usr/local/lib/gcc-gnulib #endif ! GNULIB_VAR = `if [ -f fish ] ; then echo LIB_GCC; else echo; fi` #endif /* __GNUC__ <= 1 */ #else GNULIB_VAR =
Technical Details
Message-ID:
<gexNhF_00WB6MXPAQc@andrew.cmu.edu>Path:
arc1-ca.pugleaf.net!sparky!uunet!nwnexus!uw-coco!uw-beaver!micro-heart-of-gold.mit.edu!wupost!uwm.edu!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!tm8t+References:
<lux.720647134@sol.UVic.CA>Show Full Headers
Complete Article Headers
Organization: Carnegie Mellon, Pittsburgh, PA Path: arc1-ca.pugleaf.net!sparky!uunet!nwnexus!uw-coco!uw-beaver!micro-heart-of-gold.mit.edu!wupost!uwm.edu!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!tm8t+ Newsgroups: comp.sys.next.misc Message-ID: <gexNhF_00WB6MXPAQc@andrew.cmu.edu> Date: Mon, 2 Nov 1992 16:19:13 -0500 From: Tod McQuillin <tm8t+@andrew.cmu.edu> Subject: Re: Emacs 18.59 and NS2.2 In-Reply-To: <lux.720647134@sol.UVic.CA> References: <lux.720647134@sol.UVic.CA> Lines: 83