From:	CRDGW2::CRDGW2::MRGATE::"SMTP::AI.MIT.EDU::GNULISTS" 20-NOV-1990 10:43:31.12
To:	MRGATE::"ARISIA::EVERHART"
CC:	
Subj:	Re: Gnu-emacs on Apollo

Received:  by crdgw1.ge.com (5.57/GE 1.78)
	 id AA18711; Tue, 20 Nov 90 07:36:15 EST
Received: by life.ai.mit.edu (4.1/AI-4.10) id AA28253; Sat, 17 Nov 90 11:16:26 EST
Return-Path: <gnulists@ai.mit.edu>
Received: from rice-chex (rice-chex.ai.mit.edu) by life.ai.mit.edu (4.1/AI-4.10) id AA28186; Sat, 17 Nov 90 11:11:36 EST
Received: by rice-chex (4.1/AI-4.10) id AA16005; Sat, 17 Nov 90 11:11:30 EST
Resent-Date: 16 Nov 90 01:22:43 GMT
Resent-From: gnulists@ai.mit.edu
Resent-Message-Id: <9011171611.AA16005@rice-chex>
Received: from usc.edu by life.ai.mit.edu (4.1/AI-4.10) id AA06895; Fri, 16 Nov 90 14:51:38 EST
Received: by usc.edu (5.64+/SMI-3.0DEV3) id AA26462; 
                Fri, 16 Nov 90 11:51:18 PST
Original-To: gnu-emacs-announce@prep.ai.mit.edu
Path: usc!sdd.hp.com!hplabs!hpcc05!hpujsda!mzw_t
From: mzw_t@hpujsda.hp.com (Matsuzawa Takashi)
Sender: gnulists@ai.mit.edu
Newsgroups: gnu.emacs.announce
Subject: Re: Gnu-emacs on Apollo
Message-Id: <1820001@hpujsda.HP.COM>
Date: 16 Nov 90 01:22:43 GMT
References: <DENG.90Nov13150443@max.bnl.gov>
Organization: YHP/Japan Country Products Org. - Tokyo
To: help-gnu-emacs@prep.ai.mit.edu
Resent-To: help-gnu-emacs@prep.ai.mit.edu

Hi,

Here are some tips to compile GNU Emacs on Domain/OS SR 10.3,
our latest operating system.  There must be someone much more
knowledgeable about the subject, but they are from my own experiences
with Emacs 18.55, NEmacs 3.3.2 (a Japanese port of 18.55),
and Zubkoff's GPR Emacs.

- Be careful with NULL defined in lisp.h: NULL can be re-defined
  to 0 within system include files, and may cause unexpected results.

- You should (must for NEmacs) use pre-ANSI cpp.  To invoke pre-ANSI
  cpp from cc command line, use follows:

    cc -Yp,/usr/lib {other options...}

- Using pre-ANSI cpp, Zubkoff's apollo.c may cause problems.  To avoid
  this, add follows before the inclusion of <apollo/*.h> files.

  #ifndef __STDC__
  #define __STDC__
  #endif /* __STDC__ */

- Pre-defined symbol 'apollo' may cause trouble.  If you do not undefine
  it, replacement of

  apollo.c -> 1.c

  will occur when ymakefile is processed.

My GPR-NEmacs is working fine, with these modifications...