<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: option to have gcc look for xxxx.sl instead of xxxx.so? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811638#M100110</link>
    <description>Hey wait a second.  That was my question first.  The answer from these guys is to mess around with the make file, or make symbolic links.  &lt;BR /&gt;&lt;BR /&gt;The actual option for gcc to know it's supposed to use .sl instead of .so?  I don't know either.  &lt;BR /&gt;&lt;BR /&gt;I was going to dig into make files.  Assuming I can't figure it out (I'm a pessimist), I would:&lt;BR /&gt;&lt;BR /&gt;1. cd /usr/local/lib&lt;BR /&gt;2. grep -iEl &lt;PUT missing="" symbol="" here=""&gt;   ./*&lt;BR /&gt;3. from the list of files I get,  &lt;BR /&gt;ln -s  ./file.sl  ./file.so&lt;BR /&gt;4. then try compiling/linking again.&lt;BR /&gt;&lt;BR /&gt;Am I compiling in 11.11 or 11.23?  &lt;BR /&gt;The answer is: a bit of both.&lt;BR /&gt;I would be compiling on 11.11 sometime in the near future.  I am currently compiling on 11.23 but it is PA-RISC2.0, NOT itanium. &lt;BR /&gt;&lt;BR /&gt;steve&lt;/PUT&gt;</description>
    <pubDate>Mon, 26 Jun 2006 07:28:01 GMT</pubDate>
    <dc:creator>Steve Post</dc:creator>
    <dc:date>2006-06-26T07:28:01Z</dc:date>
    <item>
      <title>option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811634#M100106</link>
      <description>I see lots of spots in the forums where people say "/usr/ccs/bin/ld: Unsatisfied symbols:&lt;BR /&gt;   XML_Parse (first referenced in /var/tmp//ccu5uXWb.o) (code)&lt;BR /&gt;at dld.sl &lt;BR /&gt;&lt;BR /&gt;I know symbol XML_Parse is defined in /usr/local/lib/libexpat.sl.  I THINK gcc is looking for it at /usr/local/lib/libexpat.so, instead of /usr/local/lib/libexpat.sl.&lt;BR /&gt;&lt;BR /&gt;MY QUESTION: Is there an option when compiling with gcc to tell it the shared libraries have an .sl extension instead of .so?&lt;BR /&gt;&lt;BR /&gt;I did have a way around this.  But I bet there is a better way.  I ran my gcc compile this way:&lt;BR /&gt;LDOPTS="-L/usr/local/lib  -l:libiconv.sl"&lt;BR /&gt;export LDOPTS&lt;BR /&gt;gcc  ./elements.c&lt;BR /&gt;&lt;BR /&gt;Apparently the "-L" tells the linker part of gcc to look in directory /usr/local/lib.  And the "-l:" tells the linker part of gcc to look at file libiconv.sl.  I would have rather had gcc look for any files with .sl or .so in them under /usr/local/lib.  &lt;BR /&gt;</description>
      <pubDate>Fri, 23 Jun 2006 14:55:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811634#M100106</guid>
      <dc:creator>Steve Post</dc:creator>
      <dc:date>2006-06-23T14:55:43Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811635#M100107</link>
      <description>hi;&lt;BR /&gt;&lt;BR /&gt;you can create link. if there is np libexpat.so in your system :&lt;BR /&gt;&lt;BR /&gt;ln -s /usr/local/lib/libexpat.sl /usr/local/lib/libexpat.so&lt;BR /&gt;&lt;BR /&gt;i.e. supporting to older versions is usually done in this way.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 23 Jun 2006 15:03:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811635#M100107</guid>
      <dc:creator>Kenan Erdey</dc:creator>
      <dc:date>2006-06-23T15:03:15Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811636#M100108</link>
      <description>I don't use gcc on HP-UX but it has been my experience that the Gnu linker always looks for .so externsions since they are, by far, a more common externsion that .sl (HP-UX). Your make files should be able to use HP's ld command which will look for .sl so that for example -liconv will look for either libiconv.sl or libiconv.a in whatener list of direvtories are specified by the most recent -L argument. Typically (and this depends your makefile dependenies definitions, you can specify whatever linker you like by LD=/xxx/yyy/ld but if you do this there is a non-zero proability that the Gnu version of ld and HP's version of ld will have diferent options so some of your linker options may have to change.</description>
      <pubDate>Fri, 23 Jun 2006 15:14:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811636#M100108</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-06-23T15:14:08Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811637#M100109</link>
      <description>HI Steve, &lt;BR /&gt;&lt;BR /&gt;MY QUESTION: Is there an option when compiling with gcc to tell it the shared libraries have an .sl extension instead of .so? &lt;BR /&gt;&lt;BR /&gt;You can hard code the library into Makefile. Are you trying to compile in 11.11 or 11.23 ? In 11.11, .sl is the default extension of a shared library. &lt;BR /&gt;&lt;BR /&gt;-Arun</description>
      <pubDate>Fri, 23 Jun 2006 22:29:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811637#M100109</guid>
      <dc:creator>Arunvijai_4</dc:creator>
      <dc:date>2006-06-23T22:29:54Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811638#M100110</link>
      <description>Hey wait a second.  That was my question first.  The answer from these guys is to mess around with the make file, or make symbolic links.  &lt;BR /&gt;&lt;BR /&gt;The actual option for gcc to know it's supposed to use .sl instead of .so?  I don't know either.  &lt;BR /&gt;&lt;BR /&gt;I was going to dig into make files.  Assuming I can't figure it out (I'm a pessimist), I would:&lt;BR /&gt;&lt;BR /&gt;1. cd /usr/local/lib&lt;BR /&gt;2. grep -iEl &lt;PUT missing="" symbol="" here=""&gt;   ./*&lt;BR /&gt;3. from the list of files I get,  &lt;BR /&gt;ln -s  ./file.sl  ./file.so&lt;BR /&gt;4. then try compiling/linking again.&lt;BR /&gt;&lt;BR /&gt;Am I compiling in 11.11 or 11.23?  &lt;BR /&gt;The answer is: a bit of both.&lt;BR /&gt;I would be compiling on 11.11 sometime in the near future.  I am currently compiling on 11.23 but it is PA-RISC2.0, NOT itanium. &lt;BR /&gt;&lt;BR /&gt;steve&lt;/PUT&gt;</description>
      <pubDate>Mon, 26 Jun 2006 07:28:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811638#M100110</guid>
      <dc:creator>Steve Post</dc:creator>
      <dc:date>2006-06-26T07:28:01Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811639#M100111</link>
      <description>There is no GCC option for specifying the library extension.  GCC uses the HP linker for linking and it is the linker that decides where and how to look for libraries.  The HP linker is going to use .sl suffixes on PA systems and .so suffixes on IPF systems.  Trying to change that behaviour will probably just get you into trouble.</description>
      <pubDate>Mon, 26 Jun 2006 10:32:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811639#M100111</guid>
      <dc:creator>Steve Ellcey</dc:creator>
      <dc:date>2006-06-26T10:32:11Z</dc:date>
    </item>
    <item>
      <title>Re: option to have gcc look for xxxx.sl instead of xxxx.so?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811640#M100112</link>
      <description>Ah ha.  So really the answer was in my own question.  I just didn't know it.  &lt;BR /&gt;Use LDOPTS.  And run "man ld".&lt;BR /&gt;&lt;BR /&gt;Ok.  Thank you.&lt;BR /&gt;</description>
      <pubDate>Mon, 26 Jun 2006 10:40:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/option-to-have-gcc-look-for-xxxx-sl-instead-of-xxxx-so/m-p/3811640#M100112</guid>
      <dc:creator>Steve Post</dc:creator>
      <dc:date>2006-06-26T10:40:13Z</dc:date>
    </item>
  </channel>
</rss>

