*BSD News Article 31258


Return to BSD News archive

Path: sserve!newshost.anu.edu.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!pipex!sunic!EU.net!uunet!news.iij.ad.jp!wnoc-tyo-news!aist-nara!wnoc-kyo-news!atrwide!atrwide!awb
From: awb@itl.atr.co.jp (Alan W Black)
Newsgroups: comp.os.386bsd.apps
Subject: Re: emacs and FreeBSD 1.1 CD-ROM distribution
Date: 03 Jun 1994 09:25:49 GMT
Organization: ATR Interpreting Telecommunications Research Labs.,Japan
Lines: 51
Distribution: world
Message-ID: <AWB.94Jun3182550@as51.itl.atr.co.jp>
References: <knight.52.00151340@ka1dt.mv.com> <2skauhE4hg@uni-erlangen.de>
NNTP-Posting-Host: as51.itl.atr.co.jp
In-reply-to: vepaepck@cip.informatik.uni-erlangen.de's message of Thu, 2 Jun 1994 10:06:09 GMT

In article <2skauhE4hg@uni-erlangen.de> vepaepck@cip.informatik.uni-erlangen.de (Volker Paepcke) writes:


From: vepaepck@cip.informatik.uni-erlangen.de (Volker Paepcke)
>knight@ka1dt.mv.com (Dave Knight) writes:
>
>>Anyone successfully built the emacs 19.22 from the Walnut Creek FreeBSD 1.1
>>distribution disk (on FreeBSD 1.1R system)? If so, is there any undocumented 
>>magic?
>
>>Copied it from /mnt/ports/editor/emacs to /usr/ports/editor/emacs. Did a make. 
>>The build proceeded for quite awhile and built a bunch of images. It then 
>>stops with error #2, "make: don't know how to make make" shortly before it 
>>tries to build emacs proper.
>
>If I remember right You have to use the GNU-make 8-)
>Something like 
>  gmake MAKE=gmake
>should work!

Yes I had to do this but after that I had the problem with an unresolved
reference of getloadavg in src/fns.c  I simply made the code not
call it.  This is presumable some configuration problem. 

Also with 19.22 you need to get the new freebsd.h and unexec.c stuff
(which is in the version of on the walnut creek archive).  This is
part of 19.23 (and of course 19.24 and I see 19.25 is just out ...).
The getloadavg problem is still there in 19.23 and 19.24 (I haven't
been able to check 19.25 yet).

A second problem I have no solution (or workaround for) is ^M being
appended to lines from gdb running as a sub-process.  This is I'm
sure also a configuration problem (it didn't happen with 19.22 under
386bsd 0.1). I remember chasing this problem in 19.7 on sun 
sparcs and it was something to do with termio(s) declarations.

Has anyone else found/worried about such problems?

Sorry to only add to the problems rather than remove them

Alan

* Alan W Black ---  ATR Interpreting Telecommunications Laboratories *
2-2 Hikaridai                         email: awb@itl.atr.co.jp
Seika-cho, Soraku-gun,                tel: (+81) 7749 5 1314
Kyoto 619-02, Japan                   fax: (+81) 7749 5 1308