From: andres.ramirez <andres.ramirez@kipuamutay.com>
To: "Jan Djärv" <jan.h.d@swipnet.se>
Cc: Dmitry Antipov <dmantipov@yandex.ru>,
Stefan Monnier <monnier@iro.umontreal.ca>,
emacs-devel@gnu.org
Subject: Re: Building Emacs for GNUstep
Date: Mon, 14 Jul 2014 01:34:29 -0500 [thread overview]
Message-ID: <87fvi41ma2.wl%andres.ramirez@kipuamutay.com> (raw)
In-Reply-To: <C784F3A3-B3B8-49A8-AADB-32F4B056B15A@swipnet.se>
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
Regards
At Mon, 14 Jul 2014 08:18:08 +0200,
Jan Djärv wrote:
>
> Hello.
>
> 13 jul 2014 kl. 20:15 skrev andres.ramirez <andres.ramirez@kipuamutay.com>:
>
> > 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>,
> > readfds=readfds@entry=0x7fffffffd470,
> > writefds=writefds@entry=0x7fffffffd4f0, exceptfds=exceptfds@entry=0x0,
> > timeout=timeout@entry=0x7fffffffd460, sigmask=sigmask@entry=0x0)
> > 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 <andres.ramirez@kipuamutay.com>:
> >>
> >>> 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 <andres.ramirez@kipuamutay.com>:
> >>>>
> >>>>> 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 <andres.ramirez@kipuamutay.com>:
> >>>>>>
> >>>>>>> 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.
> >>>>>>
> >>>>
> >>
>
next prev parent reply other threads:[~2014-07-14 6:34 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-09 2:25 Building Emacs for GNUstep Stefan Monnier
2014-07-09 6:47 ` Dmitry Antipov
2014-07-10 7:09 ` Jan Djärv
2014-07-10 22:12 ` andres.ramirez
2014-07-11 8:06 ` Jan Djärv
2014-07-11 19:58 ` andres.ramirez
2014-07-12 16:30 ` Jan Djärv
2014-07-13 4:37 ` andres.ramirez
2014-07-13 9:08 ` Jan Djärv
2014-07-13 18:15 ` andres.ramirez
2014-07-14 6:18 ` Jan Djärv
2014-07-14 6:34 ` andres.ramirez [this message]
2014-07-14 7:09 ` Jan Djärv
2014-07-14 19:26 ` andres.ramirez
2014-07-15 7:30 ` Jan Djärv
2014-07-09 8:12 ` martin rudalics
2014-07-09 13:15 ` Stefan Monnier
2014-07-09 14:17 ` martin rudalics
2014-07-09 17:47 ` Stefan Monnier
2014-07-10 7:45 ` martin rudalics
2014-07-11 3:07 ` Glenn Morris
2014-07-11 17:59 ` martin rudalics
2014-07-11 18:09 ` Glenn Morris
2014-07-09 9:34 ` Jan Djärv
2014-07-10 22:23 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fvi41ma2.wl%andres.ramirez@kipuamutay.com \
--to=andres.ramirez@kipuamutay.com \
--cc=dmantipov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=jan.h.d@swipnet.se \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).