2
0
mirror of https://github.com/boostorg/build.git synced 2026-02-18 01:52:17 +00:00
Commit Graph

10 Commits

Author SHA1 Message Date
Rene Rivera
f49d71ab79 Don't hardwire the target directory name of xstl result processing. And allow overriding the default with the 'name' property.
[SVN r31711]
2005-11-20 07:00:25 +00:00
João Abecasis
d10f227964 add <implicit-dependencies> to xsltproc search paths.
[SVN r27403]
2005-02-16 12:16:21 +00:00
João Abecasis
58ec98e9ea typo was causing catalog to be ignored
[SVN r27268]
2005-02-09 04:45:00 +00:00
João Abecasis
c8d201aad1 Having .xsltproc used by xslt and xslt-dir, requires dirname to be optional.
[SVN r27233]
2005-02-08 04:25:36 +00:00
Dave Abrahams
dc820237b1 Factored out egregious code duplication
[SVN r27098]
2005-02-04 20:18:33 +00:00
Douglas Gregor
041807235d Updated BoostBook tools to reflect changes in BBv2
[SVN r26828]
2005-01-24 02:14:15 +00:00
Vladimir Prus
5c3471d243 Bugfix. Call 'xsltproc.xslt' instead of just 'xslt'. Now that main
target rule for xslt is automatically defined, this call uses that
rule, not the 'action rule' which is intended to call.

In addition, 'xslt' was called without including xslproc, and xsltproc
was injecting internal rules into global namespace.


[SVN r26481]
2004-12-09 13:52:19 +00:00
Vladimir Prus
5b5bbd0ea4 Quote filenames when needed.
[SVN r19302]
2003-07-25 06:55:42 +00:00
Vladimir Prus
c348e666d8 BoostBook improvements.
* new/boostbook.jam
  Move xsl:param out of here. Print nice error message when boost root is not
  specified. Don't set TEMPORARY on catalog files, since it prevents catalog
  creation now and catalog is not temparary anyway.
  Export boostbook to global scope to that "using boostbook" works.
  Update dependency scanner for recent changes in build engine.

* new/xsltproc.jam
  New feature xsl:path.
  (compute-xslt-flags): New rule, with factored out common code.
  Use common.variable-setting-command to simplify actions.


[SVN r19028]
2003-07-10 14:13:59 +00:00
Vladimir Prus
e488765eae Move a bunch of modules to "tools" directory. I'm uncertain about some
modules that are still in "new", but they can be moved later.


[SVN r18692]
2003-06-06 09:38:49 +00:00