<p>Okay, if that works, then let's not bother with libarmadillo.so.  Can you edit <code>/home/rcf-40/haifengc/panfs/armadillo-6.500.4/tmp/include/armadillo_bits/config.hpp</code> and comment out <code>#define ARMA_USE_WRAPPER</code>?  Then, go to your mlpack build directory, clean it (<code>rm -rf *</code>), reconfigure with CMake, then build, and let's see if it links correctly.</p>

<p>Ideally, during configuration, CMake should print something like</p>

<pre><code>Armadillo libraries: /usr/lib64/atlas/libatlas.so;/usr/lib64/atlas/liblapack.so;/usr/lib64/libblas.so
</code></pre>

<p>And... hopefully, it should link correctly.  I don't have an answer for why libarmadillo.so seems to be unusable, though.  Other systems I have seen with the same configuration as yours do not have this problem, so I am not sure.  Still, if you are able to use Armadillo without <code>ARMA_USE_WRAPPER</code>, we can definitely get something figured out.</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/511#issuecomment-181939726">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AJ4bFI2hiWDCmRUHn9dN2pgK2qBk68YPks5pigongaJpZM4HPrM8.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/511#issuecomment-181939726"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>