Boost C++ Libraries: Ticket #9398: get-invocation-command is not using user provided value in some cases https://svn.boost.org/trac10/ticket/9398 <p> Notably, the problem appears when trying to specify a custom &lt;archiver&gt; or &lt;ranlib&gt; option to either gcc or clang toolchains (the latter deriving from the former. </p> <p> The get-invocation-command rule executes a shell command then return the output, or the user provided value if the execution did not output anything. </p> <p> However, it means that the user cannot overwrite the tools paths and has to manually patch the toolset file to hardcode the tool path, which is an issue. </p> <p> The easy fix would be to check for an option before calling get-invocation-command (at least in gcc.jam, but it is possible that other toolsets are also affected). A maybe-not-so-easy-fix would be to change get-invocation-command behavior to return the user provided value if there is one, and to call the specified command if there is none (so the opposite of what is currently done). </p> <p> tl;dr : <strong>tools/build/v2/user-config.jam</strong> </p> <pre class="wiki">using clang : 3.3 : /home/arcanis/emscripten/emcc : &lt;archiver&gt;"/home/arcanis/emscripten/archiver" &lt;ranlib&gt;"/home/arcanis/emscripten/emranlib" ; </pre><p> Doesn't (cannot) work </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/9398 Trac 1.4.3 nison.mael@… Fri, 15 Nov 2013 14:37:50 GMT version changed https://svn.boost.org/trac10/ticket/9398#comment:1 https://svn.boost.org/trac10/ticket/9398#comment:1 <ul> <li><strong>version</strong> <span class="trac-field-old">Boost 1.54.0</span> → <span class="trac-field-new">Boost 1.55.0</span> </li> </ul> <p> Errata 1 : I'm using Boost 1.55.0 (but this bug seems <a class="ext-link" href="http://lists.boost.org/boost-users/2011/11/72032.php"><span class="icon">​</span>old</a>) </p> <p> Errata 2 : This specific issue only affects the gcc toolset. The clang toolset ignores archiver &amp; ranlib paths, even when hardcoded into gcc.jam. I'm not sure why, maybe an other issue could be opened about it ? </p> Ticket