I am helping to maintain the pkgsrc packages for Boost. When compiling the shared libraries it is important to inject rpath information into them so that the linker will correctly find dependencies. Thus, I would like to add a <dll-path> clause to the following stanza in Jamroot. # Install just library. install stage-proper : libs/$(libraries)/build : <location>$(stage-locate)/lib <install-dependencies>on <install-type>LIB <install-no-version-symlinks>on ; explicit stage-proper ; The obvious thing is to use something like <dll-path>$(libdir) or <dll-path>$(lib-locate) since those variables should be derived from the various bjam command line options or defaults. However, this variable (as well as the other obvious candidates like $(prefix), $(exec_prefix), etc.) do not seem to be defined within the context of Jamroot. The only place I am aware of these command line arguments being handled is deep within boost/tools/build/v2/tools/package.jam, in which case they are part of the install rule. I am guessing that burying the logic like that prevents the variables from being useful anywhere else, but I know very little about how bjam actually works. Thus, I believe there are two options: - Modify Jamroot itself or some other *.jam file to expose these variables (prefix, exec_prefix, etc. or some appropriate subset of them) so that command line options can better control what bjam does. - Modify Jamroot to introduce a new command line argument (e.g., --dll-path) and variable ($(dll-path)) to use for this specific purpose. I would like the solution to be one that will be acceptable into the Boost code base. Please advise me on how to proceed. Thank you very much. Cheers, Brook