<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Sorry, should have mentioned that. CentOS 5.6.</span><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">
--</div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Adam Fried-Gintis</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 20, 2013 at 12:11 PM, Jason Evans <span dir="ltr"><<a href="mailto:jasone@canonware.com" target="_blank">jasone@canonware.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mar 20, 2013, at 9:49 AM, Adam Fried-Gintis <<a href="mailto:jemalloc@icosm.net">jemalloc@icosm.net</a>> wrote:<br>

> I've noticed that when linking with the static libjemalloc(_pic).a, initialization does not occur unless you make a jemalloc call within your code. In other words, I have to call something like malloc_stats_print() or malloc_usable_size() to get jemalloc initialized. If I don't do this, the normal malloc continues to be used. This is different from the behavior of the shared library. Is this a limitation somewhere, or a bug, or even a autogen/configure setting that I missed? If it can't be changed/fixed, it would be great to see this documented - it's certainly not obvious.<br>

<br>
</div>This sounds like a weird side effect of lazy run-time symbol resolution in the operating system's dynamic loader.  What platform is this happening on?<br>
<span class="HOEnZb"><font color="#888888"><br>
Jason<br>
<br>
</font></span></blockquote></div><br></div></div>