<div dir="ltr">Hello François<span class="inbox-inbox-Apple-converted-space">,</span><div> <br><div class="gmail_quote"><div dir="ltr">On Mon, Jun 13, 2016 at 11:31 AM François Bérard <<a href="mailto:francois.berard@imag.fr">francois.berard@imag.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">   I just built the same OSG (same git rev-parse HEAD).<br>
<br>
OS X 10.11.5<br>
CMake 3.5.2<br>
Xcode 7.3 (i.e. the only apparent difference with your setup).<br>
<br>
I get the same cmake warning about MACOSX_RPATH, which is expected, cf<br>
bottom of the following post.<br>
<br>
<a href="http://article.gmane.org/gmane.comp.graphics.openscenegraph.user/89981" rel="noreferrer" target="_blank">http://article.gmane.org/gmane.comp.graphics.openscenegraph.user/89981</a><span style="line-height:1.5"> </span></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
The build displays a few warnings, but no error. See attached build log<br>
(the line ordering is a bit messed up due to the parallel build).<br>
<br>
I think that the normal unix way to point to shared libraries that are<br>
not in "system" locations is using "DYLD_LIBRARY_PATH", I was not aware<br>
of the "DYLD_FALLBACK_LIBRARY_PATH" variable.<br></blockquote><div><br></div><div>I mainly work on windows, so I had to look that up when I was trying to solve the "image not loaded" error when running osgviewer. I came across a post *somewhere* that for development purposes it's wiser to us "<span style="line-height:1.5">DYLD_FALLBACK_LIBRARY_PATH" and not interfere with "</span><span style="line-height:1.5">DYLD_LIBRARY_PATH". It's supposed to do what the name implies: "use this if all else fails...". But I know it's a hack.</span></div><div><span style="line-height:1.5"><br></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...so, I don't understand your "implicit instantiation" errors. Is this<br>
related to the Xcode 7.3.1 update? Did you play with your c++ library<br>
somehow?<br></blockquote><div><br></div><div>:) I did not play with my c++ library!</div><div>Seriously, no. But searching around for this problem gave many results that point to a transition from using gcc to clang in Xcode and the difference between using libstdc++ and libc++ as the standard library (for example: <a href="https://github.com/qpdf/qpdf/issues/19">https://github.com/qpdf/qpdf/issues/19</a>). Does that mean anything to you? On the other hand, that transition was made a few releases ago so I would expect you to get the same error if that were the reason.</div><div>But anyway, since "ref_ptr" doesn't #include <string> it was apparently relying on an implicit #include *somewhere else*, so it must be that with my setup that no longer happens. Sadly I haven't got the time right now to track it down further...</div><div><br></div><div>Wietse</div></div></div></div>