never contains moccable classes.
The trick here is that if we have:
exe a : a.cpp b.ui ;
Then we should produce b.h target that is not used by any action -- it's
only indirectly used by include in a.cpp.
So, we declared .ui -> .obj generator, so that it's invoked when
building exe, but make it return header, not .obj.
Second, the path of b.h should be added to include paths. But it was
not done, because b.h is not used anywhere and so is not included in
'subvariant' for this target -- which object is used to compute extra
incude path.
* build/virtual-target.jam
(register): Add result to .recent-targets
(recent-targets, clear-recent-targets): New functions.
* build/targets.jam
(basic-target.generate): Create subvariant from
'virtual-target.recent-targets' not just directly returned targets.
* tools/qt4.jam: Declare custom generator for ui->h conversion.
[SVN r30770]
- Add -name option to rcc invocation. This is needed to disambiguate
the name of the generated initialising function. Since qmake takes
the basename of the .qrc file I've copied this behaviour to have
consistent naming.
- Add -I option to moc invocation. I've added the include and
include/QtCore directories in order to be able to compile Qt4 with V2.
Patch from Juergen Hunold.
[SVN r30536]
- minor spellings errors in comments ("iff" and "vccars" instead of "if"
and "vcvars")
- correct escaping of metacharacters in regular expressions
- Fixed a condition so /Zc:forScope /Zc:wchar_t are added in MSVC 8.x too
- Side-by-side manifests are now used for exe targets too, not only for
DLLs.
- Reworked /Ogity|/Ogisy options selection code (a minor refactoring)
- Search paths without /bin are now only added if vc 7.1 is going to be
detected.
- Added autodetection for VC8.0 using VS80COMNTOOLS variable
- Use os.environ instead of modules.peek + :J hack.
Patch from Andrey Melnikov.
[SVN r30370]
Use that rule in top-level Jamfile.v2.
Introduce new top-level Jamfile rule 'boost-install'.
Use it in date_time, other libraries to follow soon.
[SVN r29805]
1. If when generating something, we find more that one suitable generators,
run them and more then one return something, immediately report ambiguity.
Don't care if the produced targets are the same. This is better that
running several generators all the time, performance wise.
2. Remove the notion of 'intermediate' virtual-targets. IIRC, they were used
to prevent staging of RSP files, and we don't stage them anyway now.
[SVN r29491]
