GNUStep build problems

GNUStep build problems

[Christian Faulhammer]

[-- Attachment #1.1: Type: text/plain, Size: 431 bytes --]

Hi,

we are trying to add GNUstep support for Emacs in Gentoo Linux.
Unfortunately Emacs build fails from HEAD during bootstrapping, maybe
you can have a look at it, a log of the build process is attached.
Also there has been a linker problem as in Gentoo the GNUstep libraries
are not in FHS locations but in the ones recommended by GNUstep.  A
patch for that is attached.

CCing Gentoo Emacs and GNUstep teams.

V-Li

[-- Attachment #1.2: emacs-cvs-gnustep-link-path.patch" --]
[-- Type: application/octet-stream, Size: 1195 bytes --]

--- src/Makefile.in.orig	2008-08-14 10:49:19.000000000 +0200
+++ src/Makefile.in	2008-08-14 10:49:22.000000000 +0200
@@ -938,7 +938,7 @@
 temacs${EXEEXT}: $(LOCALCPP) $(STARTFILES) stamp-oldxmenu ${obj} ${otherobj} OBJECTS_MACHINE prefix-args${EXEEXT}
 	echo "${obj} ${otherobj} " OBJECTS_MACHINE > buildobj.lst
 #ifdef NS_IMPL_GNUSTEP
-	$(CC) -rdynamic YMF_PASS_LDFLAGS (${TEMACS_LDFLAGS} -lgnustep-gui -lgnustep-base -lobjc $(CONFIG_SYSTEM_LIBS) -lpthread ) -o temacs ${obj} ${otherobj} OBJECTS_MACHINE ${LIBES}
+	$(CC) -rdynamic YMF_PASS_LDFLAGS (${TEMACS_LDFLAGS} -L@GNUSTEP_SYSTEM_LIBRARIES@ -lgnustep-gui -lgnustep-base -lobjc $(CONFIG_SYSTEM_LIBS) -lpthread ) -o temacs ${obj} ${otherobj} OBJECTS_MACHINE ${LIBES}
 #else
 	$(LD) YMF_PASS_LDFLAGS (${STARTFLAGS} ${TEMACS_LDFLAGS}) $(LDFLAGS) \
     -o temacs ${STARTFILES} ${obj} ${otherobj}  \
--- configure.in.orig	2008-08-14 10:51:36.000000000 +0200
+++ configure.in	2008-08-14 10:52:04.000000000 +0200
@@ -2467,6 +2467,8 @@
 AC_SUBST(ns_appresdir)
 AC_SUBST(ns_appsrc)
 AC_SUBST(GNUSTEP_MAKEFILES)
+AC_SUBST(GNUSTEP_SYSTEM_HEADERS)
+AC_SUBST(GNUSTEP_SYSTEM_LIBRARIES)
 AC_SUBST(GNU_OBJC_CFLAGS)
 AC_SUBST(LIB_SRC_EXTRA_INSTALLABLES)
 

[-- Attachment #1.3: build.log.bz2 --]
[-- Type: application/x-bzip, Size: 57418 bytes --]

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: GNUStep build problems

[Chong Yidong]

Christian Faulhammer <opfer@gentoo.org> writes:

> we are trying to add GNUstep support for Emacs in Gentoo Linux.
> Unfortunately Emacs build fails from HEAD during bootstrapping, maybe
> you can have a look at it, a log of the build process is attached.

This has been reported:

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=620

Unfortunately, no one seems to have found the time to work on this yet.
Yavor Doganov's observation in that bug report is probably key:

>> Notice how unlike the usual bootstrap procedure, it loads a
>> gazillion of files when byte-compiling every single .el file:

> Also there has been a linker problem as in Gentoo the GNUstep libraries
> are not in FHS locations but in the ones recommended by GNUstep.  A
> patch for that is attached.

Applied, thanks.

Re: GNUStep build problems

[Dan Nicolaescu]

Chong Yidong <cyd@stupidchicken.com> writes:

  > Christian Faulhammer <opfer@gentoo.org> writes:
  > 
  > > we are trying to add GNUstep support for Emacs in Gentoo Linux.
  > > Unfortunately Emacs build fails from HEAD during bootstrapping, maybe
  > > you can have a look at it, a log of the build process is attached.
  > 
  > This has been reported:
  > 
  > http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=620
  > 
  > Unfortunately, no one seems to have found the time to work on this yet.
  > Yavor Doganov's observation in that bug report is probably key:
  > 
  > >> Notice how unlike the usual bootstrap procedure, it loads a
  > >> gazillion of files when byte-compiling every single .el file:
  > 
  > > Also there has been a linker problem as in Gentoo the GNUstep libraries
  > > are not in FHS locations but in the ones recommended by GNUstep.  A
  > > patch for that is attached.
  > 
  > Applied, thanks.

I think this patch causes:  bug#760: Linker issues with the GNUstep build

Re: GNUStep build problems

[Yavor Doganov]

Dan Nicolaescu wrote:
> 
>   > > Also there has been a linker problem as in Gentoo the GNUstep
>   > > libraries are not in FHS locations but in the ones recommended
>   > > by GNUstep.  A patch for that is attached.
>   > 
>   > Applied, thanks.
> 
> I think this patch causes:  bug#760: Linker issues with the GNUstep build

Hmm, I believe it is because of Adrian's change -- putting $(LDFLAGS)
in YMF_PASS_LDFLAGS causes -Wl,... to be passed directly to the linker
via prefix-args and -Xlinker.

Re: GNUStep build problems

[Stefan Monnier]

> Unfortunately, no one seems to have found the time to work on this yet.
> Yavor Doganov's observation in that bug report is probably key:

>>> Notice how unlike the usual bootstrap procedure, it loads a
>>> gazillion of files when byte-compiling every single .el file:

IIUC, this behavior is the direct consequence of the fact that the
GNUstep port of Emacs cannot be dumped (as of now).  It is not
necessarily a useful symptom.


        Stefan

Re: GNUStep build problems

[Glenn Morris]

Chong Yidong wrote:

> Christian Faulhammer <opfer@gentoo.org> writes:
>
>> we are trying to add GNUstep support for Emacs in Gentoo Linux.
>> Unfortunately Emacs build fails from HEAD during bootstrapping, maybe
>> you can have a look at it, a log of the build process is attached.
>
> This has been reported:
>
> http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=620

I wonder if the patch in

http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=33

helps anyone with this problem?

Re: GNUStep build problems

[Dan Nicolaescu]

Christian Faulhammer <opfer@gentoo.org> writes:

  > Hi,
  > 
  > we are trying to add GNUstep support for Emacs in Gentoo Linux.
  > Unfortunately Emacs build fails from HEAD during bootstrapping, maybe
  > you can have a look at it, a log of the build process is attached.
  > Also there has been a linker problem as in Gentoo the GNUstep libraries
  > are not in FHS locations but in the ones recommended by GNUstep.  A
  > patch for that is attached.
  > 
  > CCing Gentoo Emacs and GNUstep teams.
  > 
  > V-Li
  > 
  > --- src/Makefile.in.orig	2008-08-14 10:49:19.000000000 +0200
  > +++ src/Makefile.in	2008-08-14 10:49:22.000000000 +0200
  > @@ -938,7 +938,7 @@
  >  temacs${EXEEXT}: $(LOCALCPP) $(STARTFILES) stamp-oldxmenu ${obj} ${otherobj} OBJECTS_MACHINE prefix-args${EXEEXT}
  >  	echo "${obj} ${otherobj} " OBJECTS_MACHINE > buildobj.lst
  >  #ifdef NS_IMPL_GNUSTEP
  > -	$(CC) -rdynamic YMF_PASS_LDFLAGS (${TEMACS_LDFLAGS} -lgnustep-gui -lgnustep-base -lobjc $(CONFIG_SYSTEM_LIBS) -lpthread ) -o temacs ${obj} ${otherobj} OBJECTS_MACHINE ${LIBES}
  > +	$(CC) -rdynamic YMF_PASS_LDFLAGS (${TEMACS_LDFLAGS} -L@GNUSTEP_SYSTEM_LIBRARIES@ [snip]
                                                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                                                    The recommended way
                                                    is not to substitute
                                                    directly in a make
                                                    rule, but use a
                                                    variable.

  >  #else
  >  	$(LD) YMF_PASS_LDFLAGS (${STARTFLAGS} ${TEMACS_LDFLAGS}) $(LDFLAGS) \
  >      -o temacs ${STARTFILES} ${obj} ${otherobj}  \

The best would be to get rid of the #ifdef NS_IMPL_GNUSTEP, and use the
default rule for temacs${EXEEXT}, passing the correct flags in the
existing variables, or add new ones if needed.  Given that not too many
people work/even have access to GNUStep, help getting that right would
be greatly appreciated.

Now looking at the log:

./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --program-suffix=-emacs-23 --infodir=/usr/share/info/emacs-23 --without-carbon --with-sound --with-x --without-toolkit-scroll-bars --with-gif --with-jpeg --with-png --with-rsvg --with-tiff --with-xpm --disable-font-backend --without-freetype --without-xft --without-libotf --without-m17n-flt --with-x-toolkit=gtk --without-hesiod --with-ns --disable-ns-self-contained --without-kerberos --without-kerberos5 --with-gpm --with-dbus --build=i686-pc-linux-gnu
configure: WARNING: Unrecognized options: --without-carbon, --disable-font-backend
^^^^^^^^^^^^^^^^^^
This warning is obvious...

--with-x --with-x-toolkit=gtk make no sense when using --with-ns
--with-gif --with-jpeg etc, are turned on by default, no need to bother with them. 

You can try to get around the byte compilation problem by first
configure --with-x, do a make to create the .elc files, and then
reconfigure --with-ns and try again.  It's a hack, but it might help
until someone finds a proper fix.

Re: GNUStep build problems

[Christian Faulhammer]

[-- Attachment #1: Type: text/plain, Size: 985 bytes --]

Hi,

Dan Nicolaescu <dann@ics.uci.edu>:

> WARNING: Unrecognized options:
> --without-carbon, --disable-font-backend ^^^^^^^^^^^^^^^^^^ This
> warning is obvious...

 Yes, we fixed it meanwhile in Gentoo.
 
> --with-x --with-x-toolkit=gtk make no sense when using --with-ns
> --with-gif --with-jpeg etc, are turned on by default, no need to
> bother with them. 

 Those --with- switches are automatically added depending on the user's
settings, we don't double check it as it does no harm.
 
> You can try to get around the byte compilation problem by first
> configure --with-x, do a make to create the .elc files, and then
> reconfigure --with-ns and try again.  It's a hack, but it might help
> until someone finds a proper fix.

 No real way for an automated build system...but we will hunt it.

V-Li

-- 
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

<URL:http://www.faulhammer.org/>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]