lib png : z : <name>png ;
lib z : : <name>z ;
now works: if you link to 'png' you'll also link to 'z'.
lib png : z : <file>png.a ;
lib z : : <file>z.a ;
now works too. The 'prebuilt.jam' modules which used to handle <file> for
all target kinds is now removed.
[SVN r25703]
lib png : z : <name>png ;
lib z : : <name>z ;
now works: if you link to 'png' you'll also link to 'z'.
lib png : z : <file>png.a ;
lib z : : <file>z.a ;
now works too. The 'prebuilt.jam' modules which used to handle <file> for
all target kinds is now removed.
[SVN r25703]
* build/toolset.jam (inherit-generator): New parameter 'generators-to-ignore'.
* tools/gcc.jam: Ignore *link* generators when inheriting. Declare the
gcc specific generator.
* test/gcc_runtime.py: Test that <link-runtime>static is correctly handled.
The gcc specific generator is necessary exactly for that reason.
[SVN r25700]
* build/toolset.jam (inherit-generator): New parameter 'generators-to-ignore'.
* tools/gcc.jam: Ignore *link* generators when inheriting. Declare the
gcc specific generator.
* test/gcc_runtime.py: Test that <link-runtime>static is correctly handled.
The gcc specific generator is necessary exactly for that reason.
[SVN r25700]
File removed. It's pretty old and will only confuse users.
tools/build/v2/doc/extending.html
File removed, all content is in BoostBook already.
[SVN r25609]
File removed. It's pretty old and will only confuse users.
tools/build/v2/doc/extending.html
File removed, all content is in BoostBook already.
[SVN r25609]
In particular, this allows to explicitly link statically to some
libs, using <linkflags> feature. In static libs are specified at
the beginning of the command line, we'll just get link errors.
[SVN r25548]
In particular, this allows to explicitly link statically to some
libs, using <linkflags> feature. In static libs are specified at
the beginning of the command line, we'll just get link errors.
[SVN r25548]
of virtual targets, not the deep one with the 'str' method. The latter is
very slow
* tools/gcc.jam: Don't declare gcc.link and gcc.link.dll generators, as
they are already inherited from unix.jam. If we declare them, then for
each targets, the whole generation process is run twice. As result,
select-alternative is called for each target, and due to sloweness of
'str' the performance is horrible.
The net result is that running time on one testcase is down from 1580 secs
to less than 10.
[SVN r25512]
of virtual targets, not the deep one with the 'str' method. The latter is
very slow
* tools/gcc.jam: Don't declare gcc.link and gcc.link.dll generators, as
they are already inherited from unix.jam. If we declare them, then for
each targets, the whole generation process is run twice. As result,
select-alternative is called for each target, and due to sloweness of
'str' the performance is horrible.
The net result is that running time on one testcase is down from 1580 secs
to less than 10.
[SVN r25512]
