summaryrefslogtreecommitdiffstats
path: root/bin/docs-update-generated.py
Commit message (Collapse)AuthorAgeFilesLines
* Bump dependency versions [skip appveyor]Mats Wichmann2023-09-221-3/+7
| | | | | | | | | | | | | | | | Sphinx ceiling version bumped to 6.x. While it *works* with current Sphinx 7.x, sphinx-book-theme is actually pinned to <7, so to avoid install complaints, leave Sphinx down-rev for now. lxml version pin bumped, and the fence for not installing on Python 3.12 is changed to 3.13 - PyPI packages for 3.12 are up. Update doc/generated/variables.mod as it contains new construction variables from the 4.6 development: all the generated files will be updated at release time, but this allows a build *without* regenerating to not fail. Signed-off-by: Mats Wichmann <mats@linux.com>
* Fix bin/docs-update-generated.py always returning error exit code even when ↵William Deegan2020-07-051-0/+1
| | | | no error
* Fix syntax error [skip appveyor]Mats Wichmann2020-07-041-1/+1
| | | | Signed-off-by: Mats Wichmann <mats@linux.com>
* Update doc gen to fail more definitively [skip appveyor]Mats Wichmann2020-07-041-14/+19
| | | | | | | | | Now the scons "product" build (including generating and building docs) is done in CI, it's useful to fail more distinctly on xml problems. Modify scripts to do that, and do a bit of reformatting along the way. Signed-off-by: Mats Wichmann <mats@linux.com>
* doc generation: fix another src->SCons transitionMats Wichmann2020-05-111-8/+12
| | | | | | | Another regen of generated files, as there were a couple of changes that affected those. Signed-off-by: Mats Wichmann <mats@linux.com>
* [WIP] adjust docbuild for moved src [ci skip]Mats Wichmann2020-05-101-1/+1
| | | | | | | src/engine/SCons moved to SCons, affects wired in paths in documentation, and doc building scripts Signed-off-by: Mats Wichmann <mats@linux.com>
* Second try at fixing sets/uses Tool doc generation. [ci skip]Mats Wichmann2020-04-101-7/+3
| | | | | | | | Fixes #3580 a different way: generate the link itself into the tools.gen file, instead of post-processing the broken entity reference back into a usable form. Signed-off-by: Mats Wichmann <mats@linux.com>
* Fix generated tools doc intermediate file. [ci skip]Mats Wichmann2020-03-311-7/+15
| | | | | | | | | | | | | | | | | | The process to generate tools.gen writes entities for links to construction variables used/set by each tool. When this data is written out using lxml's tostring() method, this is encoded, causing &foo; to become &amp;foo; which then doesn't work in later processing as these files are included, as they're no longer valid entity references for substitution. This seems really hard to fix directly, because tostring() is working as documented by doing this, so for now - maybe forever in light of thoughts of converting docs to a different format - just postprocess the file to undo the damage. A hack, but fixes #3580 Signed-off-by: Mats Wichmann <mats@linux.com>
* Remove obsolete scripts. Remove py27 supportWilliam Deegan2020-03-211-2/+0
|
* [PR #3343] fix review comments [ci skip]Mats Wichmann2019-12-051-1/+1
| | | | | | | | | | get importlib magic number from util sider complaints about unicode usage sider complaint about subprocess return value unused sider complaint about shutil import unused (it is used, but inside a big string that is written to a file to be executed) Signed-off-by: Mats Wichmann <mats@linux.com>
* Improve building of docs using Py3 [ci skip]Mats Wichmann2019-12-051-6/+11
| | | | | | | | | | | | | | | | | | | | * context managers on file r/w + use shutil.copy where it makes sense. * lxml wants (demands?) that xml files be processed as bytes * for the phase where we gen the entity files, read as text anyway * Need to solve a problem where the generated xml is putting the \n in literally, not evaluating it. * Fix some examples broken for py3 * Fix more octal constant instances * Cleanups suggested by PyCharm: staticmethods, two blanks before class definition, others. This addresses issues called out in #3300, but is not a complete solution because the actual doc build step still fails with the epydoc failures (which aren't directly because of Py3; epydoc build doesn't work any better on my system with Py3, even with the forked version with patches). Signed-off-by: Mats Wichmann <mats@linux.com>
* Post merge commit for safety. Building Fortran code works, but tests fail.Russel Winder2015-12-241-2/+3
|\
| * Call scons-proc.py with the same python executable that the ↵William Deegan2015-07-301-2/+3
| | | | | | | | docs-update-generated is being run by.
* | Made former 2to3 changes Python 2.7 compatible (or removed unneeded changes).Stefan Zimmermann2014-03-311-0/+1
| |
* | Result of raw 2to3 run (2to3-2.7); checkpoint for python3 conversion.Gary Oberbrunner2013-09-221-1/+1
|/
* - cleaned up 'bin' directoryDirk Baechle2013-05-031-3/+4
| | | | | - several smaller fixes - added first version of the Overview document for the doc toolchain
* - switched all docs to SCons XSDDirk Baechle2013-05-031-1/+3
|
* - started to implement new XML toolsDirk Baechle2013-05-031-0/+48
- prepared introduction of SCons XSD namespace