Can't compile

Can't compile

[Germán Arias]

Currently I get the error (revision 104188 and with ./configure
--with-ns):

Compiling /home/german/Instalados/emacs/src/../lisp/minibuffer.el
Wrote /home/german/Instalados/emacs/lisp/minibuffer.elc
make[3]: Leaving directory `/home/german/Instalados/emacs/lisp'
make[3]: Entering directory `/home/german/Instalados/emacs/lisp'
Compiling /home/german/Instalados/emacs/src/../lisp/startup.el
Fatal error (11)Aborted
make[3]: *** [compile-onefile] Error 134
make[3]: Leaving directory `/home/german/Instalados/emacs/lisp'
make[2]: *** [/home/german/Instalados/emacs/src/../lisp/startup.elc]
Error 2
make[2]: Leaving directory `/home/german/Instalados/emacs/src'
make[1]: *** [src] Error 2
make[1]: Leaving directory `/home/german/Instalados/emacs'
make: *** [bootstrap] Error 2

any advice?

Re: Can't compile

[Harald Hanche-Olsen]

[Germán Arias <german@xelalug.org> (2011-05-10 18:12:30 UTC)]

> Currently I get the error (revision 104188 and with ./configure
> --with-ns):

I can't reproduce this (with revision 104190, but it's doubtful that
the intervening updates have any bearing on this).

You might try again from scratch, just to make sure:

make distclean
./autogen.sh
./configure --with-ns
make bootstrap

or (my favourite method):

make distclean
./autogen.sh
mkdir build
cd build
../configure --with-ns
make bootstrap

- Harald

Re: Can't compile

[Germán Arias]

On mié, 2011-05-11 at 13:51 +0200, Harald Hanche-Olsen wrote:
> [Germán Arias <german@xelalug.org> (2011-05-10 18:12:30 UTC)]
> 
> > Currently I get the error (revision 104188 and with ./configure
> > --with-ns):
> 
> I can't reproduce this (with revision 104190, but it's doubtful that
> the intervening updates have any bearing on this).
> 
> You might try again from scratch, just to make sure:
> 
> make distclean
> ./autogen.sh
> ./configure --with-ns
> make bootstrap
> 
> or (my favourite method):
> 
> make distclean
> ./autogen.sh
> mkdir build
> cd build
> ../configure --with-ns
> make bootstrap
> 
> - Harald

Thanks, but even with this I get the same error (revision 104208). Maybe
a problem with my compiler? I have gNweSense Delta H. I will try to
update my compiler.
 

Can't compile

[Germán Arias]

Currently with "make bootstrap" I get a lot of errors (I updated my
local copy of trunk): 

../lib/libgnu.a:1695:1: error: stray '\1' in program
../lib/libgnu.a:1695:1: error: stray '\7' in program
../lib/libgnu.a:1695:558: warning: null character(s) ignored [enabled by
default]
../lib/libgnu.a:1695:1: error: stray '\20' in program
../lib/libgnu.a:1695:561: warning: null character(s) ignored [enabled by
default]
../lib/libgnu.a:1695:1: error: stray '\1' in program
../lib/libgnu.a:1695:1: error: stray '\2' in program
../lib/libgnu.a:1695:566: warning: null character(s) ignored [enabled by
default]
../lib/libgnu.a:1695:1: error: stray '\312' in program
../lib/libgnu.a:1695:569: warning: null character(s) ignored [enabled by
default]
../lib/libgnu.a:1695:1: error: stray '\1' in program
../lib/libgnu.a:1695:1: error: stray '\2' in program
../lib/libgnu.a:1695:574: warning: null character(s) ignored [enabled by
default]
make[2]: *** [etags] Error 1
make[2]: Leaving directory `/home/german/Instalados/emacs/lib-src'
make[1]: *** [lib-src] Error 2
make[1]: Leaving directory `/home/german/Instalados/emacs'
make: *** [bootstrap] Error 2


it show also an error on regex.o. I have a modification in file
configur.in (I'm testing a patch to work with gnustep). But as I can see
this isn't the problem. Any advice?

Re: Can't compile

[Davis Herring]

> ../lib/libgnu.a:1695:1: error: stray '\1' in program

You're compiling a library as if it were source!

> it show also an error on regex.o. I have a modification in file
> configur.in (I'm testing a patch to work with gnustep). But as I can see
> this isn't the problem. Any advice?

Either you do have something misconfigured or it's a recently-committed
Makefile problem or so.  You can try looking at the log for the lib-src
Makefile to see if it's been changed recently, or double-check your
configure.in changes.

Davis

-- 
This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.

Re: Can't compile

[Germán Arias]

On mié, 2011-08-10 at 07:57 -0600, Davis Herring wrote:
> > ../lib/libgnu.a:1695:1: error: stray '\1' in program
> 
> You're compiling a library as if it were source!
> 
> > it show also an error on regex.o. I have a modification in file
> > configur.in (I'm testing a patch to work with gnustep). But as I can see
> > this isn't the problem. Any advice?
> 
> Either you do have something misconfigured or it's a recently-committed
> Makefile problem or so.  You can try looking at the log for the lib-src
> Makefile to see if it's been changed recently, or double-check your
> configure.in changes.
> 
> Davis
> 

Well, after revert the changes all works fine. So definitely is
something wrong in my changes. But since I don't have experience with
autogen, configure scripts, ... I can't see where is the problem. First
I define _NATIVE_OBJC_EXCEPTIONS, according with the value saved in
GSConfig.h. This is necessary, in other way we can't compile gnustep
headers. Second I keep the gnustep flags in CFLAGS and CPPFLAGS, because
these are necessary when execute make. If gnustep is installed using the
fsh layout I suppose this isn't necessary. But if is installed with
gnustep layout, we need these flags. With these changes I can configure
emacs (with gnustep) successfully. But of course there is something
wrong. These are my changes.

=== modified file 'configure.in'
--- configure.in	2011-08-04 17:04:39 +0000
+++ configure.in	2011-08-10 21:38:51 +0000
@@ -219,6 +219,14 @@
 test "X$GNUSTEP_CONFIG_FILE" = "X" && \
      GNUSTEP_CONFIG_FILE=/etc/GNUstep/GNUstep.conf
 
+GNUSTEP_LOCAL_HEADERS="$(. $GNUSTEP_CONFIG_FILE; echo
$GNUSTEP_LOCAL_HEADERS)"
+
+if grep "BASE_NATIVE_OBJC_EXCEPTIONS     1"
${GNUSTEP_LOCAL_HEADERS}/GNUstepBase/GSConfig.h; then
+  AC_DEFINE(_NATIVE_OBJC_EXCEPTIONS, 1, [Syncronize native exceptions
with gnustep-base.])
+else
+  AC_DEFINE(_NATIVE_OBJC_EXCEPTIONS, 0, [Syncronize native exceptions
with gnustep-base.])
+fi
+
 AC_ARG_ENABLE(ns-self-contained,
 [AS_HELP_STRING([--disable-ns-self-contained],
                 [disable self contained build under NeXTstep])],
@@ -1483,8 +1491,6 @@
 HAVE_NS=no
 NS_IMPL_COCOA=no
 NS_IMPL_GNUSTEP=no
-tmp_CPPFLAGS="$CPPFLAGS"
-tmp_CFLAGS="$CFLAGS"
 CPPFLAGS="$CPPFLAGS -x objective-c"
 CFLAGS="$CFLAGS -x objective-c"
 TEMACS_LDFLAGS2="\${LDFLAGS}"
@@ -1551,8 +1557,6 @@
   NS_OBJ="fontset.o fringe.o image.o"
   NS_OBJC_OBJ="nsterm.o nsfns.o nsmenu.o nsselect.o nsimage.o nsfont.o"
 fi
-CFLAGS="$tmp_CFLAGS"
-CPPFLAGS="$tmp_CPPFLAGS"
 AC_SUBST(NS_OBJ)
 AC_SUBST(NS_OBJC_OBJ)
 AC_SUBST(LIB_STANDARD)


What is wrong? Thanks.

Re: Can't compile

[Davis Herring]

> -tmp_CPPFLAGS="$CPPFLAGS"
> -tmp_CFLAGS="$CFLAGS"
>  CPPFLAGS="$CPPFLAGS -x objective-c"
>  CFLAGS="$CFLAGS -x objective-c"

By keeping the "-x objective-c" you're telling the compiler that all
subsequent files are Objective C files, including ../lib/libgnu.a.

You'll have to find some way to restrict those flags to only the actual
source files, perhaps by countermanding them with "-x none" later.

Davis

-- 
This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.

Re: Can't compile

[Germán Arias]

On mié, 2011-08-10 at 16:44 -0600, Davis Herring wrote:
> 
> By keeping the "-x objective-c" you're telling the compiler that all
> subsequent files are Objective C files, including ../lib/libgnu.a.
> 
> You'll have to find some way to restrict those flags to only the actual
> source files, perhaps by countermanding them with "-x none" later.

This solve the problem. Thanks.

> 
> Davis
> 

Re: Can't compile

[Germán Arias]

On mié, 2011-08-10 at 17:59 -0600, Germán Arias wrote: 
> On mié, 2011-08-10 at 16:44 -0600, Davis Herring wrote:
> > 
> > By keeping the "-x objective-c" you're telling the compiler that all
> > subsequent files are Objective C files, including ../lib/libgnu.a.
> > 
> > You'll have to find some way to restrict those flags to only the actual
> > source files, perhaps by countermanding them with "-x none" later.
> 
> This solve the problem. Thanks.
> 
> > 
> > Davis
> > 

Now I have other problem. These are my changes:

=== modified file 'configure.in'
--- configure.in/s /    2011-08-04 17:04:39 +0000
+++ configure.in        2011-08-12 05:07:55 +0000
@@ -219,6 +219,14 @@
 test "X$GNUSTEP_CONFIG_FILE" = "X" && \
      GNUSTEP_CONFIG_FILE=/etc/GNUstep/GNUstep.conf

+GS_LOCAL_HEADERS="$(. $GNUSTEP_CONFIG_FILE; echo
$GNUSTEP_LOCAL_HEADERS)"
+
+if grep "BASE_NATIVE_OBJC_EXCEPTIONS     1"
${GS_LOCAL_HEADERS}/GNUstepBase/GSConfig.h; then
+  AC_DEFINE(_NATIVE_OBJC_EXCEPTIONS, 1, [Synchronize native exceptions
with gnustep-base.])
+else
+  AC_DEFINE(_NATIVE_OBJC_EXCEPTIONS, 0, [Synchronize native exceptions
with gnustep-base.])
+fi
+
 AC_ARG_ENABLE(ns-self-contained,
 [AS_HELP_STRING([--disable-ns-self-contained],
                 [disable self contained build under NeXTstep])],
@@ -1488,6 +1496,9 @@
 CPPFLAGS="$CPPFLAGS -x objective-c"
 CFLAGS="$CFLAGS -x objective-c"
 TEMACS_LDFLAGS2="\${LDFLAGS}"
+if _NATIVE_OBJC_EXCEPTIONS=1; then
+   CFLAGS="$CFLAGS -fobjc-exceptions"
+fi
 dnl I don't think it's especially important, but src/Makefile.in
 dnl (now the only user of ns_appdir) used to go to the trouble of
adding a
 dnl trailing "/" to it, so now we do it here.
@@ -2560,7 +2571,10 @@
     AC_DEFINE(NS_IMPL_GNUSTEP, 1, [Define to 1 if you are using NS
windowing under GNUstep.])
     # See also .m.o rule in Makefile.in */
     # FIXME: are all these flags really needed?  Document here why.  */
-    C_SWITCH_X_SYSTEM="-D_REENTRANT -fPIC -fno-strict-aliasing"
+    C_SWITCH_X_SYSTEM="-D_REENTRANT -fPIC -fno-strict-aliasing -I
${GNUSTEP_SYSTEM_HEADERS} ${GNUSTEP_LOCAL_HEADERS}"
+    if _NATIVE_OBJC_EXCEPTIONS=1; then
+       C_SWITCH_X_SYSTEM="$C_SWITCH_X_SYSTEM -fobjc-exceptions"
+    fi
     GNU_OBJC_CFLAGS="-fgnu-runtime -Wno-import
-fconstant-string-class=NSConstantString -DGNUSTEP_BASE_LIBRARY=1
-DGNU_GUI_LIBRARY=1 -DGNU_RUNTIME=1 -DGSWARN -DGSDIAGNOSE"
   fi
   if test "${NS_HAVE_NSINTEGER}" = "yes"; then


And I get the error:

Compiling hilit-chg.el
Wrote /home/german/Instalados/emacs/lisp/hilit-chg.elc
Compiling hippie-exp.el
Wrote /home/german/Instalados/emacs/lisp/hippie-exp.elc
Compiling hl-line.el
Wrote /home/german/Instalados/emacs/lisp/hl-line.elc
Compiling htmlfontify.el
Aborted
make[3]: *** [htmlfontify.elc] Error 134
make[3]: Leaving directory `/home/german/Instalados/emacs/lisp'
make[2]: *** [compile-main] Error 2
make[2]: Leaving directory `/home/german/Instalados/emacs/lisp'
make[1]: *** [lisp] Error 2
make[1]: Leaving directory `/home/german/Instalados/emacs'
make: *** [bootstrap] Error 2
german@german-desktop:~/Instalados/emacs$ fmake distclean
bash: fmake: command not found

As you can see, I added flags in C_SWITCH_X_SYSTEM. Instead add these in
a global way. Well, I get a lot of warning about that -fobjc-exceptions
is only for ObjC/ObjC++ files. But all files: nsterm.c, emacs.c .....
where gnustep is used, now compile fine (If I don't add this flag, the
compilation stops and show a message requiring this flag.). But the
compilation suddenly stop in htmlfontify.el without more info. Any
advice? Thanks.