Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!olivea!samsung!uakari.primate.wisc.edu!sdd.hp.com!hplabs!hpl-opus!hpnmdla!darrylo
From: darrylo@hpnmdla.sr.hp.com (Darryl Okahata)
Newsgroups: comp.sys.hp
Subject: Re: How to compile Emacs (re: followon to hp 720 problem......)
Message-ID: <430050@hpnmdla.sr.hp.com>
Date: 24 May 91 17:30:18 GMT
References: <TOAD.91May23212736@PARIS.MT.CS.CMU.EDU>
Organization: HP Network Measurements Div, Santa Rosa, CA
Lines: 109

In comp.sys.hp, toad@CS.CMU.EDU (Todd Kaufmann) writes:

> Anyway, both HUGE and vanilla 18.57 will have these problems with
> unexechp9k800.c.  HUGE does have some extra goodies, like lots of extra

[ I was hoping that I could restrict discussions like this to email .... ]

     When the "unofficial HP GNU Emacs" was released to INTEREX (to people
outside Hewlett-Packard), an S700 box was not available for testing (and
I still don't have access to such a beast).

     For those people who want to get either vanilla GNU Emacs or the
"unofficial HP GNU Emacs" working on a snakes box, here is a copy of a
posting from the help-gnu-emacs mailing list.  All of the following
patches should apply fine, with the possible exception of the patches to
ymakefile (just apply them manually).  Note that the author of the
posting is *NOT* an HP employee.

     -- Darryl Okahata
	Internet: darrylo%sr@relay.hp.com

DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion or policy of Hewlett-Packard or of the
little green men that have been following him all day.

===============================================================================
Date:    07 May 91 13:01:59 PST
To:      help-gnu-emacs@prep.ai.mit.edu
From:    uunet.uu.net!mcsun!cernvax!rdm  (Alphonse Rademakers)
Subject: gnu emacs on hp 9000/720
From help-gnu-emacs-request@prep.ai.mit.edu Tue May  7 12: 31:32 1991
Organization: none
Sender:  help-gnu-emacs-request@prep.ai.mit.edu


I got gnu emacs vsn 18.57 working on the HP 9000/720 by defining in the
config.h the s-hpux.h and m-hp9000s800.h and by making the following
mods in the files fileio.c, unexhp9k800.c and ymakefile. The most
important change is to explicitely use the archive version of the libs
and not the shared version.

Cheers, Fons Rademakers.

=========================== cut here =================
*** fileio.c.org	Mon Mar  4 10:49:53 1991
--- fileio.c	Mon Mar  4 10:50:12 1991
***************
*** 70,72 ****
  #include <netio.h>
! #include <errnet.h>
  #endif
--- 70,72 ----
  #include <netio.h>
! /* #include <errnet.h> */
  #endif
*** unexhp9k800.c.org	Mon Mar  4 11:26:09 1991
--- unexhp9k800.c	Mon Mar  4 15:41:17 1991
***************
*** 62,63 ****
--- 62,64 ----
    struct som_exec_auxhdr auxhdr;
+   long i;
    
***************
*** 83,85 ****
    old_size = auxhdr.exec_dsize;
!   new_size = sbrk(0) - auxhdr.exec_dmem;
    
--- 84,87 ----
    old_size = auxhdr.exec_dsize;
!   i = (int *) sbrk(0);
!   new_size = i - auxhdr.exec_dmem;
    
*** ymakefile.org	Mon Mar 18 16:33:41 1991
--- ymakefile	Mon Mar 18 16:45:17 1991
***************
*** 98,100 ****
  #ifndef C_DEBUG_SWITCH
! #define C_DEBUG_SWITCH -g
  #endif
--- 98,100 ----
  #ifndef C_DEBUG_SWITCH
! #define C_DEBUG_SWITCH -g -I/usr/include/X11R4
  #endif
***************
*** 186,188 ****
  XOBJ = x11term.o x11fns.o
! LIBX = LIB_X11_LIB LIBX11_MACHINE LIBX11_SYSTEM
  #endif
--- 186,188 ----
  XOBJ = x11term.o x11fns.o
! LIBX = -L/usr/lib/X11R4 LIB_X11_LIB LIBX11_MACHINE LIBX11_SYSTEM
  #endif
***************
*** 280,282 ****
  /* Construct full set of libraries to be linked.  */
! LIBES = LIBS_TERMCAP $(LIBX) LIBS_SYSTEM LIBS_MACHINE LIBS_DEBUG LIB_STANDARD
 $(GNULIB_VAR)
  
--- 280,282 ----
  /* Construct full set of libraries to be linked.  */
! LIBES = -a archive LIBS_TERMCAP $(LIBX) LIBS_SYSTEM LIBS_MACHINE LIBS_DEBUG L
IB_STANDARD $(GNULIB_VAR)
  
--
Org:    CERN, European Organization for Nuclear Research.
Mail:   1123 Geneve, Switzerland                      Fax: +22 7677155
Phone:  +22 7674886 or 7675049
UUCP:   rdm@cernapo.cern.ch                     BITNET: rdm@cernvm.bitnet