<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://ldn.cognisync.com" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Tips-n-tricks</title>
 <link>http://ldn.cognisync.com/support/tips-n-tricks</link>
 <description></description>
 <language>en</language>
<item>
 <title>Finding compiler options for Development</title>
 <link>http://ldn.cognisync.com/tipntrick/finding-compiler-options-development</link>
 <description>&lt;p&gt;There is a way to get a full list of all options available for the Compiler, Assembler and Linker and save it for future reference. There are two options that are used. These options are -v and &amp;ndash;help.   For example to get the options using gcc do the following:  gcc -v &amp;ndash;help &amp;gt; compile-options.txt 2&amp;gt;&amp;amp;1  This will create the list in the file compile-options.txt. Any editor can then be used to look at the file.&lt;/p&gt;
</description>
 <comments>http://ldn.cognisync.com/tipntrick/finding-compiler-options-development#comments</comments>
 <category domain="http://ldn.cognisync.com/category/general">General</category>
 <pubDate>Sun, 06 Apr 2008 23:12:01 -0700</pubDate>
 <dc:creator>Community Manager</dc:creator>
 <guid isPermaLink="false">70 at http://ldn.cognisync.com</guid>
</item>
<item>
 <title>QT Questions</title>
 <link>http://ldn.cognisync.com/tipntrick/qt-questions</link>
 <description>&lt;p&gt;If you are using &lt;i&gt;qmake&lt;/i&gt; as build tool, all you need to do is to make sure that &lt;i&gt;/opt/lsb/bin&lt;/i&gt; comes first in your &lt;i&gt;PATH&lt;/i&gt; environment variable. Simply re-run  &lt;i&gt;qmake&lt;/i&gt; and &lt;i&gt;make&lt;/i&gt; to produce LSB compliant binaries:&lt;/p&gt; &lt;pre&gt;
export PATH=/opt/lsb/bin:$PATH
qmake
make
&lt;/pre&gt; &lt;p&gt;If, for some reason, you don&#039;t want to use LSB&#039;s &lt;i&gt;qmake&lt;/i&gt;, make sure to set the environment variable &lt;i&gt;QMAKESPEC&lt;/i&gt; to &lt;i&gt;linux-lsb&lt;/i&gt; before running &lt;i&gt;qmake&lt;/i&gt;:&lt;/p&gt; &lt;pre&gt;
export QMAKESPEC=linux-lsb
qmake
make
&lt;/pre&gt; &lt;p&gt;The &lt;i&gt;linux-lsb&lt;/i&gt; qmake spec was added in Qt 4.1.&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;http://ldn.cognisync.com/tipntrick/qt-questions&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://ldn.cognisync.com/tipntrick/qt-questions#comments</comments>
 <category domain="http://ldn.cognisync.com/category/lsb">LSB</category>
 <pubDate>Tue, 15 Apr 2008 15:25:51 -0700</pubDate>
 <dc:creator>Community Manager</dc:creator>
 <guid isPermaLink="false">108 at http://ldn.cognisync.com</guid>
</item>
<item>
 <title>GTK Questions</title>
 <link>http://ldn.cognisync.com/tipntrick/gtk-questions</link>
 <description>&lt;p&gt;This section describes how to migrate the applications base on Gtk+-2.0 to make it LSB compliant. There are many depricated, experimenatal and private functions exposed by GTK which are not meant for application developers and hence are not in LSB 3.1. Fortunately, Gtk maintainers have written some documents explaining how to move from some of the depricated set of interefaces to new ones.&lt;p&gt;&lt;a href=&quot;http://ldn.cognisync.com/tipntrick/gtk-questions&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://ldn.cognisync.com/tipntrick/gtk-questions#comments</comments>
 <category domain="http://ldn.cognisync.com/category/lsb">LSB</category>
 <pubDate>Tue, 15 Apr 2008 15:26:59 -0700</pubDate>
 <dc:creator>Community Manager</dc:creator>
 <guid isPermaLink="false">109 at http://ldn.cognisync.com</guid>
</item>
<item>
 <title>Where is inet_aton? inet_ntoa? inet_addr?</title>
 <link>http://ldn.cognisync.com/tipntrick/where-inetaton-inetntoa-inetaddr</link>
 <description>&lt;p&gt;The LSB specifies inet_ntop and inet_pton for address conversion, since these are both IPv4 and IPv6 capable. You can start using these functions by replacing calls of the form&lt;/p&gt; &lt;pre&gt;
foo.sin_addr.s_addr = inet_addr(cp);
&lt;/pre&gt; &lt;p&gt;with&lt;/p&gt; &lt;pre&gt;
inet_pton(AF_INET, cp, &amp;amp;foo.sin_addr);
&lt;/pre&gt; &lt;p&gt;calls of the form&lt;/p&gt; &lt;pre&gt;
inet_aton(cp, &amp;amp;foo.sin_addr);
&lt;/pre&gt; &lt;p&gt;with&lt;/p&gt; &lt;pre&gt;
inet_pton(AF_INET, cp, &amp;amp;foo.sin_addr);
&lt;/pre&gt; &lt;p&gt;and calls of the form&lt;/p&gt; &lt;pre&gt;
ptr = inet_ntoa(foo.sin_addr);
&lt;/pre&gt; &lt;p&gt;with&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;http://ldn.cognisync.com/tipntrick/where-inetaton-inetntoa-inetaddr&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://ldn.cognisync.com/tipntrick/where-inetaton-inetntoa-inetaddr#comments</comments>
 <category domain="http://ldn.cognisync.com/category/lsb">LSB</category>
 <pubDate>Tue, 15 Apr 2008 15:28:21 -0700</pubDate>
 <dc:creator>Community Manager</dc:creator>
 <guid isPermaLink="false">110 at http://ldn.cognisync.com</guid>
</item>
<item>
 <title>What about obstack?</title>
 <link>http://ldn.cognisync.com/tipntrick/what-about-obstack</link>
 <description>&lt;p&gt;partial obstack support appeared in earlier versions of the LSB but the implementation was never complete. The partial bits were removed in the LSB 2.x timeframe. One comment at the time was:   Obstacks are a memory management library built on top of malloc. As far as I know applications generally (always?) have their own copy of the obstack code, and don&#039;t have any particular need to use the glibc one. The complexity of obstacks are pretty horrendous considering the functionality is pretty simple.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://ldn.cognisync.com/tipntrick/what-about-obstack&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://ldn.cognisync.com/tipntrick/what-about-obstack#comments</comments>
 <category domain="http://ldn.cognisync.com/category/lsb">LSB</category>
 <pubDate>Tue, 15 Apr 2008 15:29:14 -0700</pubDate>
 <dc:creator>Community Manager</dc:creator>
 <guid isPermaLink="false">111 at http://ldn.cognisync.com</guid>
</item>
</channel>
</rss>
