Re: problem linking 'pango-1.14.4'
- From: "Paul Davis" <pjdavis engineering uiowa edu>
- To: "Sergei Steshenko" <sergstesh yahoo com>
- Cc: gtk-list gnome org
- Subject: Re: problem linking 'pango-1.14.4'
- Date: Tue, 3 Oct 2006 15:25:55 -0500
On 10/3/06, Sergei Steshenko <sergstesh yahoo com> wrote:
--- David Neèas (Yeti) <yeti physics muni cz> wrote:
> On Tue, Oct 03, 2006 at 08:10:49AM +0200, David Neèas (Yeti) wrote:
> >
> > libXrender is a small standalone library (tarball size ~230
> > kB).
>
> I forgot: and it should be the task of its configure to
> check the compatibility (but you need to build your
> X anyway).
That's what I want to avoid meanwhile.
The point is that X is used systemwide.
Even if I build my own, and not change /etc/ld.so.conf, and I
don not want to change it, because I do not want to break the system,
I'll have two sets of X-related things - one is my packages and the
other is other packages.
So, even though my packages will have symbols resolved in my X,
system packaged will still be using system X.
I think this will be a great mess.
You do not have to build the entire X server to build libXrender. When libXrender is built, it will use symbols from the installed X server.
libxml2
libgpg-error
libgcrypt
libxslt
gnome-common
intltool
scrollkeeper
gtk-doc
glib
libsigc++2
glibmm
fontconfig
RenderProto
libXrender
cairo
cairomm
libXft
pango
atk
shared-mime-info
gtk+
gtkmm
goocanvas
libgoocanvasmm
Is the entire list of dependancies (in order) that I build using jhbuild to build gtkmm from source.
Paul
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]