<?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: Problem compiling with HP-UX cc ... in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007902#M773969</link>
    <description>Problem solved.</description>
    <pubDate>Wed, 11 Oct 2006 16:22:02 GMT</pubDate>
    <dc:creator>Derek Fairley</dc:creator>
    <dc:date>2006-10-11T16:22:02Z</dc:date>
    <item>
      <title>Problem compiling with HP-UX cc ...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007899#M773966</link>
      <description>Hi,&lt;BR /&gt;I'm new to HP-UX, working on an HP-UX Itanium II cluster, and trying to compile 64bit binaries using the cc compiler.&lt;BR /&gt;&lt;BR /&gt;The compile steps seem to work fine (so my CFLAGS are okay?) but the linking step fails (with LFLAGS = +O3 -lm):&lt;BR /&gt;"ld: Can't find library or mismatched ABI for -lm" (see attached makefile &amp;amp; compiler messages). &lt;BR /&gt;&lt;BR /&gt;I have compiled working binaries using gcc, but these won't be well optimised for this platform... Can anyone point me in the right direction to resolve this?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;D.</description>
      <pubDate>Tue, 10 Oct 2006 18:21:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007899#M773966</guid>
      <dc:creator>Derek Fairley</dc:creator>
      <dc:date>2006-10-10T18:21:09Z</dc:date>
    </item>
    <item>
      <title>Re: Problem compiling with HP-UX cc ...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007900#M773967</link>
      <description>I know nothing, but I'd guess that "ld" is&lt;BR /&gt;looking for "libm.*" in the wrong place.&lt;BR /&gt;There seems to be an abundance of wrong&lt;BR /&gt;choices:&lt;BR /&gt;&lt;BR /&gt;antinode@td164&amp;gt; find /usr/lib -name 'libm.*' -exec file {} \;&lt;BR /&gt;/usr/lib/hpux32/libm.so:        ELF-32 shared object file - IA64&lt;BR /&gt;/usr/lib/hpux32/libm.so.1:      ELF-32 shared object file - IA64&lt;BR /&gt;/usr/lib/hpux32/libm.a: archive file&lt;BR /&gt;/usr/lib/libm.1:        s800 shared library -not stripped&lt;BR /&gt;/usr/lib/libm.2:        PA-RISC1.1 shared library -not stripped&lt;BR /&gt;/usr/lib/hpux64/libm.so:        ELF-64 shared object file - IA64&lt;BR /&gt;/usr/lib/hpux64/libm.so.1:      ELF-64 shared object file - IA64&lt;BR /&gt;/usr/lib/hpux64/libm.a: archive file&lt;BR /&gt;/usr/lib/pa20_64/libm.2:        ELF-64 shared object file - PA-RISC 2.0 (LP64)&lt;BR /&gt;/usr/lib/pa20_64/libm.sl:       ELF-64 shared object file - PA-RISC 2.0 (LP64)&lt;BR /&gt;/usr/lib/libm.0:        s800 shared library -not stripped&lt;BR /&gt;/usr/lib/libm.sl:       PA-RISC1.1 shared library -not stripped&lt;BR /&gt;&lt;BR /&gt;I'd expect you to want one of the IA64&lt;BR /&gt;choices.&lt;BR /&gt;&lt;BR /&gt;"man ld" suggests that it (or the the dynamic&lt;BR /&gt;loader) can be misled by environment&lt;BR /&gt;variables like LPATH, RPATH, SHLIB_PATH,&lt;BR /&gt;and/or LD_LIBRARY_PATH.  Unset 'em if you&lt;BR /&gt;have 'em.&lt;BR /&gt;&lt;BR /&gt;If it really is looking in the wrong&lt;BR /&gt;directory, and if it's not obvious why, you&lt;BR /&gt;might try throwing in a "-L dir" option to&lt;BR /&gt;try to steer it back to a better one.&lt;BR /&gt;&lt;BR /&gt;There may be an "ld" option which would offer&lt;BR /&gt;more clues as to where it seeks what, but, if&lt;BR /&gt;so, it's unknown to me (like so many things).</description>
      <pubDate>Tue, 10 Oct 2006 23:27:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007900#M773967</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2006-10-10T23:27:08Z</dc:date>
    </item>
    <item>
      <title>Re: Problem compiling with HP-UX cc ...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007901#M773968</link>
      <description>Steve,&lt;BR /&gt;&lt;BR /&gt;Excellent - problem solved (&amp;amp; now I know a little more about cc...)&lt;BR /&gt;&lt;BR /&gt;For the record, LD_LIBRARY_PATH was set to the pretty obscure /contrib/lsf/6.0/hpuxia64/lib&lt;BR /&gt;&lt;BR /&gt;Adding -L /usr/lib/hpux64 fixed it.&lt;BR /&gt;&lt;BR /&gt;many thanks!&lt;BR /&gt;&lt;BR /&gt;D.</description>
      <pubDate>Wed, 11 Oct 2006 16:20:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007901#M773968</guid>
      <dc:creator>Derek Fairley</dc:creator>
      <dc:date>2006-10-11T16:20:35Z</dc:date>
    </item>
    <item>
      <title>Re: Problem compiling with HP-UX cc ...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007902#M773969</link>
      <description>Problem solved.</description>
      <pubDate>Wed, 11 Oct 2006 16:22:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007902#M773969</guid>
      <dc:creator>Derek Fairley</dc:creator>
      <dc:date>2006-10-11T16:22:02Z</dc:date>
    </item>
    <item>
      <title>Re: Problem compiling with HP-UX cc ...</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007903#M773970</link>
      <description>&amp;gt; Problem solved.&lt;BR /&gt;&lt;BR /&gt;Good news, but you might wish to look into&lt;BR /&gt;why LD_LIBRARY_PATH is set to anything,&lt;BR /&gt;especially globally.  It's pretty harmless&lt;BR /&gt;when it's set in some shell script which runs&lt;BR /&gt;some program which needs it, but to have it&lt;BR /&gt;always set to anything may be asking for&lt;BR /&gt;trouble (like this).  Including the default&lt;BR /&gt;value(s) in the colon-separated variable&lt;BR /&gt;value can help, but the right value for one&lt;BR /&gt;program can easily be wrong for another.&lt;BR /&gt;&lt;BR /&gt;This fellow seems to have hit something&lt;BR /&gt;similar (setting more stuff), for example:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1067351" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1067351&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 11 Oct 2006 16:36:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-compiling-with-hp-ux-cc/m-p/5007903#M773970</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2006-10-11T16:36:39Z</dc:date>
    </item>
  </channel>
</rss>

