Re: This issues on compiling GTK+ from source and using GTK+ 3.x, GTK+ 2.x, and GTK+ 1.2 on one computer.



On 11/01/2012 06:57 AM, onetmt wrote:
on my system (Debian Sid):

I use Debian Squeeze 6.0.6, which is the stable distribution, not the testing one used by you. The reason that I don't use the

Debian Sid/testing is that the virtualbox within Debian testing currently will not let me run the Win 7 smoothly on my pc, I don't know the reason;-(



ii  libgtk-3-0:i386 	3.4.2-4
ii  libgtk-3-bin	3.4.2-4
ii  libgtk-3-common	3.4.2-4
ii  libgtk-3-dev        3.4.2-4
ii  libgtk-3-doc        3.4.2-4
ii  libgtk2.0-0:i386    2.24.10-2
ii  libgtk2.0-bin       2.24.10-2
ii  libgtk2.0-cil       2.12.10-4
ii  libgtk2.0-common    2.24.10-2
ii  libgtk2.0-dev       2.24.10-2

In my case, the Debian Squeeze/stable, I only have the GTK+ 2.x from the repository, unless I use the mixed repository from stable and testing. But, according to my experience, use a mixed repository is dangerous, it will bring more and more packages dependence issues with cann't be solved easily. So, in my case, if I want to use GTK+ 3.x, the best way should be compile it manually.


So, as you can see, apt-get can let them coexist (all in all, apt has
the power of super-cow, hasn't it?); no need to recompile everything
from scratch.

But if I compile my app on my system:

$ ldd gtag
	linux-gate.so.1 =>  (0xb7745000)
	libgtk-3.so.0 => /usr/lib/i386-linux-gnu/libgtk-3.so.0 (0xb7260000)
	libgdk-3.so.0 => /usr/lib/i386-linux-gnu/libgdk-3.so.0 (0xb71e2000)
	libatk-1.0.so.0 => /usr/lib/i386-linux-gnu/libatk-1.0.so.0 (0xb71bf000)
	...

Should I want to link it to gtk-2, all I have to do is to change
compilation and linking options in order to point to gtk-2 (but I don't
want; I like new features in gtk-3:)


--
.: Hongyi Zhao [ hongyi.zhao AT gmail.com ] Free as in Freedom :.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]