<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 22 Jul 2013, at 22:35, Andy Buckley wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">James, do you know if there is an alternative on Macs? I believe that<br>the -as-needed flag (implicitly switched on?) allows the linker to be<br>selective about what symbols it imports from a linked library, which<br>presumably was overzealous at doing so when encountering the<br>fastjettools plugin...</span></blockquote></div><br><div>Do I understand that the problem here is that an analysis plugin depends on libfastjettools, say, but the main Rivet library does not? Then at runtime it only pulls in the dependencies for Rivet, not the plugin, so libfastjettools is not linked?</div><div><br></div><div>Are we using the --flat_namspace option? On OSX this also forces the linker to search all libraries for dependencies (because the library name is no longer mangled into the symbol name), so I think that we needn't do anything in that case. In any case I've linked analysis libs against libraries that are not pulled by Rivet in the past without problem.</div><div><br></div><div>If we do turn out to have problems then there are a couple of flags that might deal with it:</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>-reexport-lXXXX</div><div><br></div><div>tells it to make available all the symbols in libXXXX.dylib. It replaces -lfoo on the link line. There is also a similar</div><div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>-reexport_library full_path_to_dylib</div><div><br></div><div>I don't think we need either of them though, but we should remember this thread if we ever run into this kind of problem.</div><div><br></div><div>cheers,</div><div><br></div><div>James</div><div><br></div><div><br></div></body></html>