[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: How to compile backend xlib based on debian lenny's gnustep-gui
From: |
Fred Kiefer |
Subject: |
Re: How to compile backend xlib based on debian lenny's gnustep-gui |
Date: |
Sat, 30 May 2009 21:07:15 +0200 |
User-agent: |
Thunderbird 2.0.0.19 (X11/20081227) |
What you are missing is the shared memory extension for your X server.
What is strange is that we try to detect this during the configure
phase. Perhaps we aren't checking that configure flag in all places the
need to do so. The one I could find where this isn't done was
back/Source/x11/XWindowBuffer.m and as far as I remember the xlib
backend isn't using this file. But it gets compile and loaded anyway,
perhaps we should change that.
But then if you had any other backend for GNUstep running before, this
will have required the same dependency. And you surely will get a lot of
warnings during compilation.
For now you will have to install XShm, on my sytem (SuSE 11.1) it is
packaged up in libXext and you will have to install the developer
package of that package as well, to get the compilation going.
Good luck
Fred
Zhang Weiwu wrote:
> I am trying to compile back-xlibs, while install everything back-xlibs
> needed from Debian package repository, a.k.a. to compile the minimum to
> get back-xlibs running. This goes successful.
>
> However all gnustep applications doesn't run.
>
> $ SystemPreferences
> SystemPreferences: symbol lookup error:
> /usr/lib/GNUstep/Bundles/libgnustep-xlib-014.bundle/./libgnustep-xlib-014:
> undefined symbol: XShmQueryVersion
> $ GWorkspace
> GWorkspace: symbol lookup error:
> /usr/lib/GNUstep/Bundles/libgnustep-xlib-014.bundle/./libgnustep-xlib-014:
> undefined symbol: XShmQueryVersion
>
> What should I do in this case? Detail procedure of what I did follows:
>
> First install the following Lenny packages:
>
> xserver-xorg-dev
> libxt-dev
> gobjc
> gnustep-gui-runtime
> gnustep-base-runtime
> libgnustep-gui-dev
>
> Then build gnustep-back-0.17.0 by using the following:
>
> # ./configure --enable-graphics=xlib --with-name=xlib
> # make
> # make install
>
> Everything goes well: compile has no error messages, nor installation.
> Then I configure to use xlib backend by using
>
> $ defaults write NSGlobalDomain GSBackend libgnustep-xlib
>
> Then, I built GWorkspace 0.8.7 and SystemPreferences 1.0.2 from source
> and try run them and got the error mentioned on the top of this post.
- is the bad performance because of backend and how could I change backend?, Zhang Weiwu, 2009/05/02
- Re: is the bad performance because of backend and how could I change backend?, Fred Kiefer, 2009/05/02
- Re: is the bad performance because of backend and how could I change backend?, Markus Hitter, 2009/05/03
- Re: is the bad performance because of backend and how could I change backend?, Zhang Weiwu, 2009/05/03
- How to compile backend xlib based on debian lenny's gnustep-gui, Zhang Weiwu, 2009/05/30
- Re: How to compile backend xlib based on debian lenny's gnustep-gui, Zhang Weiwu, 2009/05/30
- Re: How to compile backend xlib based on debian lenny's gnustep-gui,
Fred Kiefer <=
- Re: How to compile backend xlib based on debian lenny's gnustep-gui, Zhang Weiwu, 2009/05/30
- Re: How to compile backend xlib based on debian lenny's gnustep-gui, Zhang Weiwu, 2009/05/30
- Re: How to compile backend xlib based on debian lenny's gnustep-gui, Fred Kiefer, 2009/05/31
- Re: How to compile backend xlib based on debian lenny's gnustep-gui, Zhang Weiwu, 2009/05/31
Message not available