Re: pkg/43091: emacs20 doesn't work

[Stefan Schaeckeler <schaecsn%gmx.net@localhost>]

The following reply was made to PR pkg/43091; it has been noted by GNATS.

From: Stefan Schaeckeler <schaecsn%gmx.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc:     
linux-pkg-people%netbsd.org@localhost,gnats-admin%netbsd.org@localhost,pkgsrc-bugs%netbsd.org@localhost
Subject: Re: pkg/43091: emacs20 doesn't work
Date: Thu,  8 Apr 2010 14:00:12 -0700 (PDT)

 > The following reply was made to PR pkg/43091; it has been noted by GNATS.
 > 
 > From: David Holland <dholland-pbugs%netbsd.org@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: pkg/43091: emacs20 doesn't work
 > Date: Thu, 8 Apr 2010 09:51:03 +0000
 > 
 >  On Wed, Mar 31, 2010 at 10:05:01PM +0000, schaecsn%gmx.net@localhost wrote:
 >   > 1. editors/emacs20 tries to link against libXaw.so (-lXaw). This
 >   > library is called in pkgsrc libXaw6.so a/o libXaw7.so.
 >  
 >  It works for me (TM):
 >  
 >  % ldd /usr/pkg/bin/emacs
 >  /usr/pkg/bin/emacs:
 >          -lXaw7.7 => /usr/pkg/lib/libXaw7.so.7
 >              :
 
 >  
 >  That's emacs20 with pkgsrc libXaw-1.0.7. However, that's not on Linux.
 >  Perhaps the configure script is examining your /usr/X11R6, but the
 >  build is using the buildlinked pkgsrc libs?
 
 Now, that I try to compile emacs20 again, I don't have any problems with 
linking libXaw, anymore.
 
 I used to have X stuff from my linux distribution installed, but not anymore. 
When I filed the bug report I *may* have had still the X stuff from my linux 
distribution. So, you may be right.
 
   
 >   > 2. On linux, emacs20 does not run (slackware 13 - gcc-4.3.3, CLAGS=-O2 
 > -march=pentium4)
 >   > 
 >   > # /usr/current/bin/emacs
 >   > Fatal error (11).Segmentation fault
 >  
 >  What's it crashing on? If it's using mixed versions of X libraries (as
 >  point (1) suggests it may be) core dumping isn't particularly a
 >  surprise.
 
 It crashes on startup. I found the problem. From the Makefile:
 
 # This matches NetBSD <1.7 releases and 1.6A-1.6P, where ld is <2.13.2.1.
 .if (${OPSYS} == "NetBSD" && \
     (empty(OS_VERSION:M1.[0-5]*) && \
      empty(OS_VERSION:M1.6_*) && \
      empty(OS_VERSION:M1.6) && \
      empty(OS_VERSION:M1.6.[0-9]*) && \
      empty(OS_VERSION:M1.6[A-P]*))) || \
     (${OPSYS} == "DragonFly")
 # If using GNU ld 2.13.2.1 or later, avoid creating combined reloc
 # sections and .data reloc sections, both of which Emacs can't handle
 # properly.  Analyzed by Stephen Ma.
 LDFLAGS+=      -Wl,-z,nocombreloc
 .endif
 
 
 Nowadays, most Linux-distributions should have ld 2.13.2.1 or later. 
Suggestion:
 
 Replace
 
     (${OPSYS} == "DragonFly")
 
 with
 
     (${OPSYS} == "DragonFly") ||
     (${OPSYS} == "Linux")
 
 With that change, emacs20 works on linux slackware 13.0.
 
 
 
 
 I encountered one voodoo-magic problem
 
 When I compile editors/emacs20 with -O2 or -O1, I get
 
 /tmp/pkgsrc/editors/emacs20/work/emacs-20.7/lib-src/sorted-doc.c:12: error: 
conflicting types for 'malloc'
 /tmp/pkgsrc/editors/emacs20/work/emacs-20.7/lib-src/sorted-doc.c: In function 
'fatal':
 
 
 mk.conf:
 CFLAGS+=               -O2
 CXXFLAGS+=             -O2
 
 
 (commenting out the two malloc declarations in sorted-doc.c fixes the problem).
 
 
 
 When I compile emacs20 with -O0, everything compiles (the error is now a 
warning and there is a built-in function opposed to ???).
 
 /tmp/pkgsrc/editors/emacs20/work/emacs-20.7/lib-src/sorted-doc.c:12: warning: 
conflicting types for built-in function 'malloc'
 
 mk.conf:
 CFLAGS+=-O0
 CXXFLAGS+=-O0
 
 
 
 Environment: gcc-4.3.3 on Slackware 13.0