Path: utzoo!attcan!uunet!mcvax!ukc!warwick!expya!admin
From: admin@cs.ex.ac.uk (System Administrator)
Newsgroups: comp.emacs
Subject: Problems with building emacs on SunOS 4.0
Message-ID: <611@expya.ex.ac.uk>
Date: 23 Aug 88 11:26:12 GMT
Organization: Computer Science Dept. - University of Exeter. UK
Lines: 66

I am having some problems with building gnu emacs 18.51 on our sun 3
running SunOS 4.0 and I wonder if someone can help me out.

I have used s-sunos4.h which contains

----------------------------------------------------------------------
#include "s-bsd4-2.h"

/* Say that the text segment of a.out includes the header;
   the header actually occupies the first few bytes of the text segment
   and is counted in hdr.a_text.  */

#define O_NDELAY        FNDELAY /* Non-blocking I/O (4.2 style) */
#define LD_SWITCH_MACHINE -e __start -Bstatic

/* Use dk.h, not dkstat.h, in loadst.c.  */

#define DK_HEADER_FILE
----------------------------------------------------------------------

Using this as it is I get an error during the linking phase of temacs

_edata: ld: user attempt to redefine loader-defined symbol
_end: user attempt to redefine loader-defined symbol
_etext: /lib/libc.a(des_crypt.o): multiply defined

so I changed the LD=ld to LD=cc and cleared the LDFLAGS macro in
xmakefile.  This got me almost home, i.e.  it produced the xemacs
file.  But this core dumps on starting up.  I tried a running temacs by
hand

	temacs -l loadup.el

and this seems ok.  So someting must be going wrong when temacs dumps
itself.  Looking at the comment in s-sunos4.h file which says

/* Say that the text segment of a.out includes the header;
   the header actually occupies the first few bytes of the text segment
   and is counted in hdr.a_text.  */

But it DOES NOT seem to do anything about it!, unexec.c says

----------------------------------------------------------------------
* A_TEXT_OFFSET(HDR)

Some machines count the a.out header as part of the size of the text
segment (a_text); they may actually load the header into core as the
first data in the text segment.  Some have additional padding between
the header and the real text of the program that is counted in a_text.

For these machines, define A_TEXT_OFFSET(HDR) to examine the header
structure HDR and return the number of bytes to add to `a_text'
before writing it (above and beyond the number of bytes of actual
program text).  HDR's standard fields are already correct, except that
this adjustment to the `a_text' field has not yet been made;
thus, the amount of offset can depend on the data in the file.
----------------------------------------------------------------------
Shouldn't this be defined in the s-sunos4.h file?

Has anyone else seen similar problems?

--
-- 
Khalid Sattar			JANET: admin@uk.ac.exeter.cs 
Computer Science Dept.		UUCP:  ukc!expya!admin
University of Exeter