DragonFly BSD
DragonFly users List (threaded) for 2005-10
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: editor poll

From: Jonas Trollvik <jontro@xxxxxxxxx>
Date: Sun, 30 Oct 2005 03:14:55 +0100

Hi, I just tried building emacs but I get the following error during
the bmake phase:
/usr/pkgsrc/editors/emacs-nox11/work/emacs-21.4/lib-src/fakemail.c: In
function `make_file_preface':
warning: assignment makes pointer from integer without a cast
/var/tmp//ccg7WS0s.o(.text+0x37f): In function `make_file_preface':
: undefined reference to `cuserid'
gmake[1]: *** [fakemail] Error 1
gmake[1]: Leaving directory
gmake: *** [lib-src] Error 2

I added your patch but this seems not to have helped.
I built this on:
DragonFly haze.midron.tk 1.3.7-DEVELOPMENT DragonFly 1.3.7-DEVELOPMENT
#1: Tue Oct 25 00:17:10 GMT 2005    
kreca@xxxxxxxxxxxxxx:/usr/obj/usr/src/sys/HAZE  i386

If you know anything that might help this situation please help, my
system is barley usable without emacs ;)

On 29 Oct 2005 18:56:52 -0500, Timothy H. Legant <tim@xxxxxxxxxxx> wrote:
> Richard Nyberg <rnyberg@xxxxxxxxxxxxx> writes:
> > The lack of complaints about the non working emacs in pkgsrc piqued my
> > curiosity. Am I the sole emacs heretic amongst vi users? or do you use
> > something even more esoteric? While I do use vi occasionally, I do
> > all my programming (and even mail) in emacs.
> Nope, you're not the only one, and not the only one who is (was)
> frustrated.  I have spent countless hours over the last couple of
> months trying to figure out what the problem was.  I've stared at core
> dumps that made no sense and tried numerous variations on the build
> process, all to no avail.  I end up with an Emacs that works just fine
> in a vty or an xterm (with -nw), but segfaults when run as a native X
> app.
> The clue, it turns out, is the comment in the NetBSD section of the
> pkgsrc Makefile, Makefile.common to be precise.  Emacs and an ld newer
> than 2.13.<something> do not get along.  You need an additional link
> flag to make it happy.
> A patch is attached.  This is probably not the right way to solve this
> from a pure pkgsrc point of view; it would be best to determine the ld
> version from in the Makefile and do the right thing rather than
> littering the Makefile with special cases for various operating
> systems.  However, I'm new to pkgsrc and have been frustrated for some
> time now at not having a working Emacs, so this is my quick-and-dirty
> solution.
> Now to install pkgdiff and start figuring out how to do this right...
> Tim
> --
> Tim Legant
> tim@xxxxxxxxxxx

[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]