<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: 17.08.2007 What are ELF libraries good for anyway?</title>
	<atom:link href="http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/</link>
	<description>Technical ramblings by Tim Janik</description>
	<lastBuildDate>Sat, 11 Apr 2009 19:30:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Thomas Vander Stiche</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-71</link>
		<dc:creator>Thomas Vander Stiche</dc:creator>
		<pubDate>Sun, 19 Aug 2007 11:11:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-71</guid>
		<description>Splitting off GLib and GObject for 2.0 was one of the best things that ever happened for GStreamer.

Before that, I had to run an XVfb server just to be able to run audio-only GStreamer applications on my X-less server.  GTK *needs* a running X display just to be able to pass by gtk_init(), it was terrible.

By now there&#039;s a bunch of programs that use GLib without GTK+.  Just in our company, there is GStreamer, Pigment and Flumotion happily running with GLib and without GTK+.

I also don&#039;t understand why you advocate a merge back of GLib into GTK when your examples are about merging GObject with GLib again so you can fix GHashTable ? Maybe I&#039;m missing something obvious ?

And how is saving 4 MB for something you don&#039;t need in your app in the first place a bad thing ?</description>
		<content:encoded><![CDATA[<p>Splitting off GLib and GObject for 2.0 was one of the best things that ever happened for GStreamer.</p>
<p>Before that, I had to run an XVfb server just to be able to run audio-only GStreamer applications on my X-less server.  GTK *needs* a running X display just to be able to pass by gtk_init(), it was terrible.</p>
<p>By now there&#8217;s a bunch of programs that use GLib without GTK+.  Just in our company, there is GStreamer, Pigment and Flumotion happily running with GLib and without GTK+.</p>
<p>I also don&#8217;t understand why you advocate a merge back of GLib into GTK when your examples are about merging GObject with GLib again so you can fix GHashTable ? Maybe I&#8217;m missing something obvious ?</p>
<p>And how is saving 4 MB for something you don&#8217;t need in your app in the first place a bad thing ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph Garvin</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-70</link>
		<dc:creator>Joseph Garvin</dc:creator>
		<pubDate>Sat, 18 Aug 2007 20:19:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-70</guid>
		<description>I think you can fudge partial classes in C++ by simply using #include. It&#039;s not what it&#039;s normally used for, but #include is essentially a simple copy and paste mechanism. I haven&#039;t tried it myself, but I don&#039;t see why you couldn&#039;t put the definition for each class function in it&#039;s own .cpp file (but that doesn&#039;t #include the class&#039;s header) and then have one glue file that #include&#039;s the header and then all of the individual .cpp&#039;s.</description>
		<content:encoded><![CDATA[<p>I think you can fudge partial classes in C++ by simply using #include. It&#8217;s not what it&#8217;s normally used for, but #include is essentially a simple copy and paste mechanism. I haven&#8217;t tried it myself, but I don&#8217;t see why you couldn&#8217;t put the definition for each class function in it&#8217;s own .cpp file (but that doesn&#8217;t #include the class&#8217;s header) and then have one glue file that #include&#8217;s the header and then all of the individual .cpp&#8217;s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Spider</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-69</link>
		<dc:creator>Spider</dc:creator>
		<pubDate>Sat, 18 Aug 2007 11:31:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-69</guid>
		<description>Just an FYI, quite a few console-only applications like to link against glib (irssi is the one that pops up in my head right now) and trust me that I&#039;d be seriously ticked off if I needed GDK+X on a small 256Mb flash-based appliance just to run my IRC client off there.</description>
		<content:encoded><![CDATA[<p>Just an FYI, quite a few console-only applications like to link against glib (irssi is the one that pops up in my head right now) and trust me that I&#8217;d be seriously ticked off if I needed GDK+X on a small 256Mb flash-based appliance just to run my IRC client off there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rémi Cardona</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-68</link>
		<dc:creator>Rémi Cardona</dc:creator>
		<pubDate>Sat, 18 Aug 2007 07:03:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-68</guid>
		<description>On my home server, I use irssi which depends on glib but is obviously a CLI application. So, no X nor Gtk on that machine.

IMHO, the C functions of the glib are really useful on their own, I think a better question would be : &quot;who is is using GObject without using Gtk?&quot;</description>
		<content:encoded><![CDATA[<p>On my home server, I use irssi which depends on glib but is obviously a CLI application. So, no X nor Gtk on that machine.</p>
<p>IMHO, the C functions of the glib are really useful on their own, I think a better question would be : &#8220;who is is using GObject without using Gtk?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bboozzoo</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-67</link>
		<dc:creator>bboozzoo</dc:creator>
		<pubDate>Fri, 17 Aug 2007 20:58:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-67</guid>
		<description>well, that could be mc
ldd `which mc`
        linux-gate.so.1 =&gt;  (0xffffe000)
        libglib-2.0.so.0 =&gt; /usr/lib/libglib-2.0.so.0 (0xb7f07000)
        libgpm.so.1 =&gt; /usr/lib/libgpm.so.1 (0xb7f01000)
        libslang.so.2 =&gt; /lib/libslang.so.2 (0xb7e41000)
        libnsl.so.1 =&gt; /lib/tls/i686/cmov/libnsl.so.1 (0xb7e2a000)
        libc.so.6 =&gt; /lib/tls/i686/cmov/libc.so.6 (0xb7ce9000)
        libdl.so.2 =&gt; /lib/tls/i686/cmov/libdl.so.2 (0xb7ce5000)
        libm.so.6 =&gt; /lib/tls/i686/cmov/libm.so.6 (0xb7cbe000)
        /lib/ld-linux.so.2 (0xb7fad000)</description>
		<content:encoded><![CDATA[<p>well, that could be mc<br />
ldd `which mc`<br />
        linux-gate.so.1 =&gt;  (0xffffe000)<br />
        libglib-2.0.so.0 =&gt; /usr/lib/libglib-2.0.so.0 (0xb7f07000)<br />
        libgpm.so.1 =&gt; /usr/lib/libgpm.so.1 (0xb7f01000)<br />
        libslang.so.2 =&gt; /lib/libslang.so.2 (0xb7e41000)<br />
        libnsl.so.1 =&gt; /lib/tls/i686/cmov/libnsl.so.1 (0xb7e2a000)<br />
        libc.so.6 =&gt; /lib/tls/i686/cmov/libc.so.6 (0xb7ce9000)<br />
        libdl.so.2 =&gt; /lib/tls/i686/cmov/libdl.so.2 (0xb7ce5000)<br />
        libm.so.6 =&gt; /lib/tls/i686/cmov/libm.so.6 (0xb7cbe000)<br />
        /lib/ld-linux.so.2 (0xb7fad000)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henry</title>
		<link>http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/comment-page-1/#comment-66</link>
		<dc:creator>Henry</dc:creator>
		<pubDate>Fri, 17 Aug 2007 20:48:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/timj/2007/08/17/17082007-what-are-elf-libraries-good-for-anyway/#comment-66</guid>
		<description>I belive GTK+ requires quite a few bits of X and other sundry thing wheras Glib only depends on libc.  I for one would be most unhappy to see this decoupling go away.</description>
		<content:encoded><![CDATA[<p>I belive GTK+ requires quite a few bits of X and other sundry thing wheras Glib only depends on libc.  I for one would be most unhappy to see this decoupling go away.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
