DragonFly users List (threaded) for 2005-10
[
Date Prev][
Date Next]
[
Thread Prev][
Thread Next]
[
Date Index][
Thread Index]
Re: editor poll
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':
/usr/pkgsrc/editors/emacs-nox11/work/emacs-21.4/lib-src/fakemail.c:368:
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
`/usr/pkgsrc/editors/emacs-nox11/work/emacs-21.4/lib-src'
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 ;)
-Jonas
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]