<html>
  <head>
    <meta content="text/html; charset=us-ascii"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Yes, the command is pvs:<br>
    <a class="moz-txt-link-freetext" href="http://docs.oracle.com/cd/E19253-01/816-5165/pvs-1/">http://docs.oracle.com/cd/E19253-01/816-5165/pvs-1/</a><br>
    <br>
    And the output suggests that the versions are OK:<br>
    <blockquote><tt>bautsche@cressida $ pvs solver/unxsogi.pro/bin/idlc
      </tt><br>
      <tt>        libm.so.2 (SUNW_1.1);</tt><br>
      <tt>        libgcc_s.so.1 (GCC_3.0);</tt><br>
      <tt>        libc.so.1 (SUNWprivate_1.1, SUNW_1.1, SUNW_0.9,
        SUNW_0.7, SYSVABI_1.3);</tt><br>
      <tt>        libuno_sal.so.3 (LIBO_UDK_4.1, UDK_3.6, LIBO_UDK_4.0,
        PRIVATE_1.1, UDK_3</tt><br>
      <tt>_0_0);</tt><br>
      <tt>bautsche@cressida $ pvs solver/unxsogi.pro/lib/libuno_sal.so.3
      </tt><br>
      <tt>        libgcc_s.so.1 (GCC_3.0);</tt><br>
      <tt>        libsocket.so.1 (SUNW_1.1, SUNW_0.7);</tt><br>
      <tt>        libnsl.so.1 (SUNW_0.7);</tt><br>
      <tt>        libm.so.2 (SUNW_1.1);</tt><br>
      <tt>        libpthread.so.1 (SUNW_1.1, SUNW_1.2, SUNW_0.9);</tt><br>
      <tt>        libuno_sal.so.3;</tt><br>
      <tt>        UDK_3_0_0;</tt><br>
      <tt>        UDK_3.1;</tt><br>
      <tt>        UDK_3.2;</tt><br>
      <tt>        UDK_3.3;</tt><br>
      <tt>        UDK_3.4;</tt><br>
      <tt>        UDK_3.5;</tt><br>
      <tt>        UDK_3.6;</tt><br>
      <tt>        UDK_3.7;</tt><br>
      <tt>        UDK_3.8;</tt><br>
      <tt>        UDK_3.9;</tt><br>
      <tt>        UDK_3.10;</tt><br>
      <tt>        UDK_3.11;</tt><br>
      <tt>        LIBO_UDK_3.5;</tt><br>
      <tt>        LIBO_UDK_3.6;</tt><br>
      <tt>        LIBO_UDK_4.0;</tt><br>
      <tt>        LIBO_UDK_4.1;</tt><br>
      <tt>        PRIVATE_1.0;</tt><br>
      <tt>        PRIVATE_1.1;</tt><br>
      <tt>        PRIVATE_1.2;</tt><br>
      <tt>        PRIVATE_textenc.1;</tt><br>
      <tt>        PRIVATE_file.1;</tt><br>
      <tt>        GLIBCXX_3.4;</tt><br>
      <tt>bautsche@cressida $ </tt><br>
    </blockquote>
    <br>
    <br>
    <div class="moz-cite-prefix">On 01/11/2013 15:22, Stephan Bergmann
      wrote:<br>
    </div>
    <blockquote cite="mid:5273C720.9040001@redhat.com" type="cite">On
      11/01/2013 03:48 PM, Eric Bautsch wrote:
      <br>
      <blockquote type="cite">Output from LD_DEBUG=all ldd -r
        solver/unxsogi.pro/bin/idlc >log 2>&1
        <br>
        attached.
        <br>
      </blockquote>
      <br>
      Unfortunately doesn't give a clue why the loader refuses to pick
      the symobls from libuno_sal.so.3.
      <br>
      <br>
      The last idea I have is that there's something wrong with the
      symbol versions.
      <br>
      <br>
      <blockquote type="cite">02205: file=libuno_sal.so.3;  needed by
        solver/unxsogi.pro/bin/idlc
        <br>
        02205:
        <br>
        02205: find object=libuno_sal.so.3; searching
        <br>
        02205:  search
        path=$ORIGIN/../../ure-link/lib:/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib 
        (RUNPATH/RPATH from file solver/unxsogi.pro/bin/idlc)
        <br>
        02205:  trying
path=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/bin/../../ure-link/lib/libuno_sal.so.3<br>
        02205:  trying
path=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3<br>
            libuno_sal.so.3 =>    
/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3<br>
        02205:
        file=/export/home/bautsche/libre-office/libreoffice-4.1.2.3/solver/unxsogi.pro/lib/libuno_sal.so.3 
        [ ELF ]; generating link map
        <br>
        02205:     addr:             0xfe4e4000  size:             
        0x4e38c
        <br>
        02205:     lmid:                   BASE  lmco:                
        0x10
        <br>
        02205:
        <br>
        02205: version needed processing:
        file=solver/unxsogi.pro/bin/idlc
        <br>
        02205:             file                        version
        <br>
        02205:             libuno_sal.so.3             LIBO_UDK_4.1
        <br>
        02205:             libuno_sal.so.3             UDK_3.6
        <br>
        02205:             libuno_sal.so.3             LIBO_UDK_4.0
        <br>
        02205:             libuno_sal.so.3             PRIVATE_1.1
        <br>
        02205:             libuno_sal.so.3             UDK_3_0_0
        <br>
      </blockquote>
      <br>
      indicates that idlc does expect to see versioned symbols from
      libuno_sal.so.3, but I forgot what the Solaris command is to see
      what versions the symbols exported/required by an object should
      have (psv? pvs? something like that), and whether there's an
      LD_DEBUG argument in addition to "all" on Solaris to make it
      output information about symbol resolution version mismatch.
      <br>
      <br>
      Stephan
      <br>
      _______________________________________________
      <br>
      LibreOffice mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:LibreOffice@lists.freedesktop.org">LibreOffice@lists.freedesktop.org</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/libreoffice">http://lists.freedesktop.org/mailman/listinfo/libreoffice</a>
      <br>
      <br>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="80">-- 
 
      ____
     /          .                           Eric A. Bautsch
    /--   __       ___                ______________________________________
   /     /    /   /                  /
  (_____/____(___(__________________/       email: <a class="moz-txt-link-abbreviated" href="mailto:eric.bautsch@pobox.com">eric.bautsch@pobox.com</a>

</pre>
  </body>
</html>