<?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 what hpux c functions require linking to a shared lib? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/what-hpux-c-functions-require-linking-to-a-shared-lib/m-p/2772739#M101595</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I've encountered a problem porting some code to HPUX. When linking&lt;BR /&gt;one of the executables, I get unresolved symbols shl_load, shl_unload&lt;BR /&gt;and shl_findsym. I found out on this forum that there are some &lt;BR /&gt;hpux calls that require you to link to a shared library (like &lt;BR /&gt;gethostbyname for instance), and that there's no way around it. &lt;BR /&gt;My program is supposed to run early at boot time, and I don't want to&lt;BR /&gt;depend on shared libs being around (I am using the '-Wl,-a archive' &lt;BR /&gt;option when linking).&lt;BR /&gt;I'm not using gethostbyname - but I guess there are other functions&lt;BR /&gt;on hpux that have the same requirement. I'd like to know what are they,&lt;BR /&gt;so that I can try to work around it. &lt;BR /&gt;Is there a list of those somewhere? Or how can I go about finding that&lt;BR /&gt;out? &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Iva</description>
    <pubDate>Thu, 25 Jul 2002 15:09:33 GMT</pubDate>
    <dc:creator>Iva Vukelja</dc:creator>
    <dc:date>2002-07-25T15:09:33Z</dc:date>
    <item>
      <title>what hpux c functions require linking to a shared lib?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-hpux-c-functions-require-linking-to-a-shared-lib/m-p/2772739#M101595</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I've encountered a problem porting some code to HPUX. When linking&lt;BR /&gt;one of the executables, I get unresolved symbols shl_load, shl_unload&lt;BR /&gt;and shl_findsym. I found out on this forum that there are some &lt;BR /&gt;hpux calls that require you to link to a shared library (like &lt;BR /&gt;gethostbyname for instance), and that there's no way around it. &lt;BR /&gt;My program is supposed to run early at boot time, and I don't want to&lt;BR /&gt;depend on shared libs being around (I am using the '-Wl,-a archive' &lt;BR /&gt;option when linking).&lt;BR /&gt;I'm not using gethostbyname - but I guess there are other functions&lt;BR /&gt;on hpux that have the same requirement. I'd like to know what are they,&lt;BR /&gt;so that I can try to work around it. &lt;BR /&gt;Is there a list of those somewhere? Or how can I go about finding that&lt;BR /&gt;out? &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Iva</description>
      <pubDate>Thu, 25 Jul 2002 15:09:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-hpux-c-functions-require-linking-to-a-shared-lib/m-p/2772739#M101595</guid>
      <dc:creator>Iva Vukelja</dc:creator>
      <dc:date>2002-07-25T15:09:33Z</dc:date>
    </item>
    <item>
      <title>Re: what hpux c functions require linking to a shared lib?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-hpux-c-functions-require-linking-to-a-shared-lib/m-p/2772740#M101596</link>
      <description>On IPF, libc is only shared.&lt;BR /&gt;On PA, there is usually a warning on the man page:&lt;BR /&gt; WARNINGS&lt;BR /&gt;      Programs that use the interfaces described in this manpage cannot be&lt;BR /&gt;      linked statically because the implementations of these functions&lt;BR /&gt;      employ dynamic loading and linking of shared objects at run time.&lt;BR /&gt;&lt;BR /&gt;Of course you could use nm -px libc.a and scan the unsats.</description>
      <pubDate>Thu, 09 Mar 2006 22:49:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-hpux-c-functions-require-linking-to-a-shared-lib/m-p/2772740#M101596</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2006-03-09T22:49:57Z</dc:date>
    </item>
  </channel>
</rss>

