The used 'CALLER_MODULE' to determine the project where the main target
is to be declared, which did not work if the rule is called from another
module.
Thanks to Zbynek Winkler for the bug report.
* build/project.jam (current): New rule
* test/wrapper.py: New test
* other files: Use 'project.current'.
[SVN r22569]
Patch from Andre Hentz.
* v2/build/toolset.jam
(inherit-flags): Take an extra parameter describing properties that
should not be inherited.
* v2/build/type.jam
(register-suffixes): Removed local qualifier.
* v2/test/BoostBuild.py
(prepare_suffix_map): Add .dylib if OS is Darwin.
(Tester::_init_): path to bjam on Darwin.
* v2/test/prebuilt.py
make sure $toolset is expanded correctly.
* v2/test/prebuilt/project-root.jam
use $toolset instead of gcc.
* v2/test/prebuilt/ext/project-root.jam
use $toolset instead of gcc.
* v2/test/prebuilt/ext/Jamfile2.jam
handle extension .dylib.
* v2/test/prebuilt/ext/Jamfile2.jam
handle extension .dylib.
* v2/tools/darwin.jam
inline call to toolset.inherit.
filter <debug-symbols>off because -s is not accepted for dlls.
speficy that .dylib files are of type SHARED_LIB.
(actions link): pass -s for static linkage.
(actions link.dll): pass -L flag with path to libraries.
(actions archive): -c inhibits warning.
[SVN r22332]
passes to action (not via property), there's no need to explicitly
set dependency on such targets.
* tools/builtin.jam
(link-action): Remove
(linking-generator.action-class): Don't override.
(linking-generator.generated-targets): Don't pass searched-libraries
as sources.
[SVN r22130]
'init' rule is called, so that we don't get into half-initialized state.
Revert previous change to doxygen.jam, since importing boostbook now is
harmless.
[SVN r21957]
Boost.Build believe the module is property loaded, but without 'init' call,
the module will not work. In this case, if doxygen is configured but
boostbook is not, it causes strange errors.
This commit temporary breaks doxygen -- I'm gonne fix that in a minute.
[SVN r21954]
same language from the file extension. This works around distcc's dislike
of the -x option: whenever it sees it, it resorts to local compilation.
[SVN r21839]
options to the linker.
* tools/builtin.jam
(lib-target-class.compute-usage-requirements): Add xdll-path
properties instead of dll-path. Add them unconditionally,
not only when hardcode-dll-paths is true.
(linking-generator.run): When hardcode-dll-paths is true, add
dll-path property for each xdll-path property.
* tools/gcc.jam
Convert xdll-path properties into -rpath-link option.
[SVN r21560]
* tools/stage.jam
(update-location,construct-special-target,construct-regular-target): New
methods
(construct): Rewrite in terms of the above methods.
Patch from Pedro Ferreira.
[SVN r21318]
from Matt Armstrong's version of jam. Getting boundname this way is faster
than the way we used to have.
* jam_src/headers.c: The change itself.
* v2/build/scanner.jam
(hdrrule): Accept third argument.
* v2/build/virtual-target.jam
(binding, remember-binding): Remove.
* v2/tools/builtin.jam
(c-scanner.process): Accept and use third argument.
* v2/tools/boostbook.jam: Likewise.
[SVN r21203]
* build/scanner.jam
(propagate): New rule, implementing part of functionality 'install' used
to have.
(install): Remove some functionality.
* tools/builtin.jam
(c-scanner.process): Call 'scanner.propagate'. Pass all targets, do not
loop.
* tools/docbook.jam: Likewise.
[SVN r21202]
can really be included.
* build/virtual-target.jam
(subvariant.implicit-includes,all-target-directories,
compute-target-directories): Accept 'target-type' parameter.
* tools/builtin.jam
(compile-action.adjust-properties): Only add "include" properties for
targets of type "H".
[SVN r21117]
(link.dll) : -soname is not accepted by solaris LD. Using -h allows
it to work with GNU LD and solaris LD (and presumably others).
Patch from Andre Hentz.
[SVN r20750]
