<p>The only way I can reproduce this is by failing to set <code>LD_LIBRARY_PATH</code>, so the runtime linker tries to use a version of libmlpack.so which was compiled with 32-bit <code>uword</code>; then it fails.  But compiling out of the box as you suggested, I can't make a libarmadillo.so with 64-bit <code>uword</code> and a libmlpack.so with 32-bit <code>uword</code>.</p>

<p>So is it possible that there is a libmlpack.so hanging around somewhere still that the runtime linker is picking up on?  (Your output of ldd suggests that this is not the case, since ld seems to be finding the correct libmlpack.so.)</p>

<p>The only other possibility I have not dug further into is that you've used Intel's compiler for Armadillo but gcc for mlpack.  If you use Intel's compiler for mlpack, does this change anything?</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">&mdash;<br>Reply to this email directly or <a href="https://github.com/mlpack/mlpack/issues/431#issuecomment-93534479">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AJ4bFIHzVgPlpNhRemn6UG00yybnpCk0ks5n_q30gaJpZM4EAT5C.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
  <div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
    <link itemprop="url" href="https://github.com/mlpack/mlpack/issues/431#issuecomment-93534479"></link>
    <meta itemprop="name" content="View Issue"></meta>
  </div>
  <meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>