[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Building Emacs for GNUstep
From: |
andres . ramirez |
Subject: |
Re: Building Emacs for GNUstep |
Date: |
Mon, 14 Jul 2014 14:26:08 -0500 |
User-agent: |
SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/24.3 (x86_64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
Hi Jan.
It compiles now, with this recipe:
;install:
gcc-objc
gnustep-make 2.6.6-1
gnustep-base 1.24.6-1
gnustep-gui 0.24.0-2
;configure with
$ CFLAGS='-g -O2 -DGNUSTEP' ./configure --with-ns
--with-gnustep-conf=/etc/GNUstep/GNUstep.conf
; when problem linking -lobjc
$ sudo ln -s /usr/lib/libobjc.so.4.0.0 /usr/lib/libobjc.so
That is for compilation.
Now the problem when running it
font rendering problem(also when maximizing frame the rendering of the buffer
takes a long time):
$ emacs -Q --eval "(calendar)"
see pic:
some warnings:
emacs[13715] The font specified for NSUserFixedPitchFont, Courier, can't be
found.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Selected non-scalable font.
emacs[13715] Ignore right offset change from 1 to 0
emacs[13715] Reparent was with offset 0 23
emacs[13715] Parent border,width,height 1,441,557
wmaker(handle_inotify_events(event.c:362)): warning: Inotify: Reading config
files in defaults database.
wmaker(handle_inotify_events(event.c:362)): warning: Inotify: Reading config
files in defaults database.
wmaker(handle_inotify_events(event.c:362)): warning: Inotify: Reading config
files in defaults database.
wmaker(handle_inotify_events(event.c:362)): warning: Inotify: Reading config
files in defaults database.
Any idea how to improve that?:
Regards
At Mon, 14 Jul 2014 09:09:05 +0200,
Jan Djärv wrote:
>
> Hi.
>
> 14 jul 2014 kl. 08:34 skrev andres.ramirez <address@hidden>:
>
> > Hi Jan.
> >
> > Could this be related?
> >
> > Compiling ../lisp/font-core.el
> > Loading two versions of Protocol. The class that will be used is undefined
> > Loading two versions of Object. The class that will be used is undefined
> > Wrote /home/aramirez/abs/emacs/ns/emacs/lisp/font-core.elc
> >
>
> It sure looks like the runtimes are f*cked up.
>
> Jan D.
>
> > Regards
> > At Mon, 14 Jul 2014 08:18:08 +0200,
> > Jan Djärv wrote:
> >>
> >> Hello.
> >>
> >> 13 jul 2014 kl. 20:15 skrev andres.ramirez <address@hidden>:
> >>
> >>> Hi Jan.
> >>>
> >>> It compiled. But now a different issue:
> >>
> >> I haven't seen that. Looks like a GNUStep bug to me.
> >>
> >> Jan D.
> >>
> >>> Program received signal SIGSEGV, Segmentation fault.
> >>> 0x00007ffff25cd5a7 in objc_hash_value_for_key () from
> >>> /usr/lib/libobjc.so.4
> >>> (gdb) bt
> >>> #0 0x00007ffff25cd5a7 in objc_hash_value_for_key () from
> >>> /usr/lib/libobjc.so.4
> >>> #1 0x00007ffff25d0449 in ?? () from /usr/lib/libobjc.so.4
> >>> #2 0x00007ffff25d0e8e in sel_registerTypedName () from
> >>> /usr/lib/libobjc.so.4
> >>> #3 0x00007ffff712d5f6 in ?? () from /usr/lib/libgnustep-base.so.1.24
> >>> #4 0x00007ffff7035038 in ?? () from /usr/lib/libgnustep-base.so.1.24
> >>> #5 0x00007ffff70d4df1 in ?? () from /usr/lib/libgnustep-base.so.1.24
> >>> #6 0x00007ffff70a6bab in ?? () from /usr/lib/libgnustep-base.so.1.24
> >>> #7 0x00007ffff70a3c3b in ?? () from /usr/lib/libgnustep-base.so.1.24
> >>> #8 0x00007ffff7951923 in ?? () from /usr/lib/libgnustep-gui.so.0.24
> >>> #9 0x00007fffe6cdf4f8 in ?? ()
> >>> from
> >>> /usr/lib/GNUstep/Bundles/libgnustep-back-024.bundle/./libgnustep-back-024
> >>> #10 0x00007ffff77c4755 in ?? () from /usr/lib/libgnustep-gui.so.0.24
> >>> #11 0x00007ffff77c2a84 in ?? () from /usr/lib/libgnustep-gui.so.0.24
> >>> #12 0x00000000005afab8 in ns_select (nfds=<optimized out>,
> >>> address@hidden,
> >>> address@hidden, address@hidden,
> >>> address@hidden, address@hidden)
> >>> at nsterm.m:3748
> >>> #13 0x00000000005737ef in wait_reading_process_output (
> >>> time_limit=<optimized out>, nsecs=<optimized out>, read_kbd=-1,
> >>> do_display=true, wait_for_cell=13421442, wait_proc=0x0,
> >>> just_wait_proc=0)
> >>> at process.c:4593
> >>>
> >>> Regards
> >>> At Sun, 13 Jul 2014 11:08:19 +0200,
> >>> Jan Djärv wrote:
> >>>>
> >>>> Did you update trunk? I fixed those errors there.
> >>>>
> >>>> Jan D.
> >>>>
> >>>> 13 jul 2014 kl. 06:37 skrev andres.ramirez <address@hidden>:
> >>>>
> >>>>> Hi Jan.
> >>>>>
> >>>>> same problem as with cmake:
> >>>>>
> >>>>> gcc -std=gnu99 -Demacs -I. -I. -I../lib -I./../lib -D_REENTRANT
> >>>>> -fPIC -fno-strict-aliasing -I/usr/include -I/usr/include
> >>>>> -I/usr/include/alsa -pthread -I/usr/include/librsvg-2.0
> >>>>> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16
> >>>>> -I/usr/include/cairo -I/usr/include/glib-2.0
> >>>>> -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1
> >>>>> -I/usr/include/freetype2 -I/usr/include/libpng16
> >>>>> -I/usr/include/harfbuzz -I/usr/include/freetype2
> >>>>> -I/usr/include/harfbuzz -I/usr/include/libdrm -I/usr/include/libpng16
> >>>>> -fopenmp -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16
> >>>>> -fopenmp -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16
> >>>>> -I/usr/include/ImageMagick-6 -I/usr/include/libxml2
> >>>>> -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -MMD -MF
> >>>>> deps/.d -MP -I/usr/include/p11-kit-1 -g -O2 -DGNUSTEP
> >>>>> -Wl,-znocombreloc -L/usr/lib -L/usr/lib \
> >>>>> -o temacs vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o
> >>>>> window.o charset.o coding.o category.o ccl.o character.o chartab.o
> >>>>> bidi.o cm.o term.o terminal.o xfaces.o dbusbind.o emacs.o keyboard.o
> >>>>> macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o
> >>>>> minibuf.o fileio.o dired.o cmds.o casetab.o casefiddle.o indent.o
> >>>>> search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o
> >>>>> floatfns.o fns.o font.o print.o lread.o syntax.o unexelf.o bytecode.o
> >>>>> process.o gnutls.o callproc.o region-cache.o sound.o atimer.o doprnt.o
> >>>>> intervals.o textprop.o composite.o xml.o profiler.o decompress.o
> >>>>> fontset.o fringe.o image.o nsterm.o nsfns.o nsmenu.o nsselect.o
> >>>>> nsimage.o nsfont.o terminfo.o lastfile.o ../lib/libgnu.a
> >>>>> -lgnustep-gui -lgnustep-base -lobjc -lpthread -lasound -lrsvg-2
> >>>>> -lm -lgio-2.0 -lgdk_pixbuf-2.0 -lgobject-2.0 -lglib-2.0 -lcairo
> >>>>> -lMagickWand-6.Q16HDRI -lMagickCore-6.Q16HDRI -lacl -lrt -ldbus-1
> >>>>> -lxml2 -lgpm -lncurses -lgnutls -lpthread -lm -lz
> >>>>> /usr/bin/ld: warning: libobjc.so.4, needed by
> >>>>> /usr/lib/libgnustep-gui.so, may conflict with libobjc.so.4.6
> >>>>> nsterm.o: In function `-[EmacsView changeFont:]':
> >>>>> ~/abs/emacs/ns/emacs-24.3.92/src/nsterm.m:5015: undefined reference to
> >>>>> `macfont_get_nsctfont'
> >>>>> nsfns.o: In function `Fns_popup_font_panel':
> >>>>> ~/abs/emacs/ns/emacs-24.3.92/src/nsfns.m:1391: undefined reference to
> >>>>> `macfont_get_nsctfont'
> >>>>>
> >>>>> Regards
> >>>>>
> >>>>> At Sat, 12 Jul 2014 18:30:51 +0200,
> >>>>> Jan Djärv wrote:
> >>>>>>
> >>>>>> Hello.
> >>>>>>
> >>>>>> A quick net search suggests that some GNUStep versions require
> >>>>>> -DGNUSTEP, so try to add that to CFLAGS when configuring, i.e.
> >>>>>> % CFLAGS='-g -O2 -DGNUSTEP ./configure ...
> >>>>>>
> >>>>>> Jan D.
> >>>>>>
> >>>>>> 11 jul 2014 kl. 21:58 skrev andres.ramirez <address@hidden>:
> >>>>>>
> >>>>>>> Hi Jan.
> >>>>>>>
> >>>>>>> $ gcc --version
> >>>>>>> gcc (GCC) 4.9.0 20140604 (prerelease)
> >>>>>>>
> >>>>>>> compiling with gcc the ns port;
> >>>>>>> after installing with the package manager (no dev versions):
> >>>>>>> gcc-objc
> >>>>>>> gnustep-libobjc2-git
> >>>>>>> gnustep-make 2.6.6-1
> >>>>>>> gnustep-base 1.24.6-1
> >>>>>>> gnustep-gui 0.24.0-2
> >>>>>>>
> >>>>>>> with ./configure --with-ns
> >>>>>>> --with-gnustep-conf=/etc/GNUstep/GNUstep.conf
> >>>>>>>
> >>>>>>> checking if GNUstep defines BASE_NATIVE_OBJC_EXCEPTIONS... no
> >>>>>>> checking AppKit/AppKit.h usability... no
> >>>>>>> checking AppKit/AppKit.h presence... yes
> >>>>>>> configure: WARNING: AppKit/AppKit.h: present but cannot be compiled
> >>>>>>> configure: WARNING: AppKit/AppKit.h: check for missing
> >>>>>>> prerequisite headers?
> >>>>>>> configure: WARNING: AppKit/AppKit.h: see the Autoconf documentation
> >>>>>>> configure: WARNING: AppKit/AppKit.h: section "Present But Cannot
> >>>>>>> Be Compiled"
> >>>>>>> configure: WARNING: AppKit/AppKit.h: proceeding with the compiler's
> >>>>>>> result
> >>>>>>> checking for AppKit/AppKit.h... no
> >>>>>>> configure: error: `--with-ns' was specified, but the include
> >>>>>>> files are missing or cannot be compiled.
> >>>>>>>
> >>>>>>> checking the cotent of config.log this is found:
> >>>>>>> configure:10234: result: no
> >>>>>>> configure:10246: checking AppKit/AppKit.h usability
> >>>>>>> configure:10246: gcc -std=gnu99 -c -g3 -O2 -x objective-c
> >>>>>>> -I/usr/include -I/usr/include -x objective-c -I/usr/include
> >>>>>>> -I/usr/include conftest.c >&5
> >>>>>>> In file included from /usr/include/AppKit/NSPanel.h:34:0,
> >>>>>>> from /usr/include/AppKit/NSColorPanel.h:39,
> >>>>>>> from /usr/include/AppKit/AppKit.h:63,
> >>>>>>> from conftest.c:101:
> >>>>>>> /usr/include/AppKit/NSWindow.h:876:1: error: cannot find protocol
> >>>>>>> declaration for 'NSWindowDelegate'
> >>>>>>> @interface NSObject (NSWindowDelegateAdditions) <NSWindowDelegate>
> >>>>>>>
> >>>>>>>
> >>>>>>> Any ideas?. Regards
> >>>>>>>
> >>>>>>> At Fri, 11 Jul 2014 10:06:37 +0200,
> >>>>>>> Jan Djärv wrote:
> >>>>>>>>
> >>>>>>>> Hello.
> >>>>>>>>
> >>>>>>>> 11 jul 2014 kl. 00:12 skrev andres.ramirez <address@hidden>:
> >>>>>>>>
> >>>>>>>>> Hi Guys. Following this thread.
> >>>>>>>>>
> >>>>>>>>> I tried to compile the ns-port on my distro (archlinux)
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> nsterm.m:5015: error: undefined reference to 'macfont_get_nsctfont'
> >>>>>>>>> nsfns.m:1391: error: undefined reference to 'macfont_get_nsctfont'
> >>>>>>>>> clang: error: linker command failed with exit code 1 (use -v to see
> >>>>>>>>> invocation)
> >>>>>>>>> Makefile:664: recipe for target 'temacs' failed
> >>>>>>>>> make[1]: *** [temacs] Error 1
> >>>>>>>>> make[1]: Leaving directory
> >>>>>>>>> '/home/aramirez/abs/emacs/ns/emacs-24.3.92/src'
> >>>>>>>>> Makefile:382: recipe for target 'src' failed
> >>>>>>>>> make: *** [src] Error 2
> >>>>>>>>>
> >>>>>>>>> Any idea how to solve this?.
> >>>>>>>>
> >>>>>>>> The clang preprocessor seems to be broken. Use gcc.
> >>>>>>>>
> >>>>>>>> Jan D.
> >>>>>>>>
> >>>>>>
> >>>>
> >>
>
- Re: Building Emacs for GNUstep, (continued)
- Re: Building Emacs for GNUstep, andres . ramirez, 2014/07/10
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/11
- Re: Building Emacs for GNUstep, andres . ramirez, 2014/07/11
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/12
- Re: Building Emacs for GNUstep, andres . ramirez, 2014/07/13
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/13
- Re: Building Emacs for GNUstep, andres . ramirez, 2014/07/13
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/14
- Re: Building Emacs for GNUstep, andres . ramirez, 2014/07/14
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/14
- Re: Building Emacs for GNUstep,
andres . ramirez <=
- Re: Building Emacs for GNUstep, Jan Djärv, 2014/07/15
Re: Building Emacs for GNUstep, martin rudalics, 2014/07/10
- Re: Building Emacs for GNUstep, Stefan Monnier, 2014/07/10
- Re: Building Emacs for GNUstep, martin rudalics, 2014/07/10
- Re: Building Emacs for GNUstep, Stefan Monnier, 2014/07/09
- Re: Building Emacs for GNUstep, martin rudalics, 2014/07/10
- Re: Building Emacs for GNUstep, Glenn Morris, 2014/07/10
- Re: Building Emacs for GNUstep, martin rudalics, 2014/07/11
- Re: Building Emacs for GNUstep, Glenn Morris, 2014/07/11