<div dir="ltr">Hi Davide<div><br></div><div>OSX has more LD errors than Ubuntu because sometimes the linker can look for the dynamic library even if you are compiling statically.</div><div>This is just my impression.</div><div><br></div><div>I suggested <font face="monospace, monospace">sudo ./waf install</font> rather than <font face="monospace, monospace">LD_LIBRARY_PATH</font> because this is the procedure given in <a href="https://github.com/named-data/ndn-cxx/blob/cf490555ff26a47c866601f4a11bd8562419ae0b/README-dev.md#running-unit-tests">README-dev.md</a>.</div><div><br></div><div>Yours, Junxiao</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 24, 2016 at 8:30 PM, Davide Pesavento <span dir="ltr"><<a href="mailto:davide.pesavento@lip6.fr" target="_blank">davide.pesavento@lip6.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Aug 23, 2016 at 6:25 PM, Junxiao Shi<br>
<<a href="mailto:shijunxiao@email.arizona.edu">shijunxiao@email.arizona.edu</a>> wrote:<br>
> The second cause is most commonly seen during execution of a program in<br>
> ndn-cxx repository (such as ndn-cxx unit tests or ndnsec), when ndn-cxx is<br>
> compiled as dynamic library.<br>
> This is more likely to occur on OSX machines.<br>
<br>
</span>Why?<br>
<span class=""><br>
> The solution is to execute sudo ./waf install (omit sudo if you are using<br>
> HomeBrew), and then run the program again.<br>
<br>
</span>You should suggest using LD_LIBRARY_PATH and DYLD_LIBRARY_PATH<br>
instead, they're much less invasive, and installing the library is not<br>
a viable solution in some cases.<br>
<br>
Thanks,<br>
Davide<br>
</blockquote></div><br></div>