summaryrefslogtreecommitdiffstats
path: root/scripts
Commit message (Collapse)AuthorAgeFilesLines
* Remove Python 3.6 supportThaddeus Crews2024-11-163-6/+6
|
* Maintenance: Python version usageMats Wichmann2024-05-103-3/+3
| | | | | | | | | | | | | | | | Simplify/clarify some usage of Python version strings. Dropped a couple which refer to unsupported versions. While looking at version usage, it became clear one of the SWIG tests wasn't doing the right thing - it has a special case for Windows, where the way the path to the Python library is constructed would only work for the python.org release, not the Store version. Since we compute this information correclty in the test framework, and the test already called that routine - before ignoring the results - just use that instead. Though it turns out the framework didn't quite do the right thing either, returning a bare lib name without the library suffix - fixed that, too. Signed-off-by: Mats Wichmann <mats@linux.com>
* Convert line endings on sources [skip appveyor]Mats Wichmann2022-08-201-37/+37
| | | | | | | | | | | | | | | | Some file still were checked in with DOS-style line endings. Convert for consistency, and let git handle line endings on checkout for the platform in question. Did *not* convert svg files. Added .git-blame-ignore-revs with this revision listed to be able to ignore this change when doing "git blame --ignore-revs-file=...". To not have to manually type the option, can do: git config --global blame.ignoreRevsFile .git-blame-ignore-revs Signed-off-by: Mats Wichmann <mats@linux.com>
* Stop using deprecated load_moduleMats Wichmann2022-07-173-7/+10
| | | | | | | | | | | | | | | | | | | | | | | | | importlib.load_module is deprecated since 3.10 and scheduled for removal in the 2023 Python release (3.12) - this makes the tests somewhat noisy. The zip import code was reworked, to use exec_module. A test was added in the Platform code - there's now a dummy platform module inside a zip file that the PlatformTests unittest uses. The tool import code finally dropped the fallback to Python2-style importing, and the zip import section matches the (now tested) Platform version. Not sure this is needed at all: the regular import machinery ought to find a zipfile without extra steps, since here it uses sys.path (the platform code does *not* use sys.path). sconsign now just uses import_module, the "my_import" function is no longer needed but was left in for now. sconsign actually used the "imp" module, which is deprecated since 3.4. A little cleaup in the three scripts/ files. Fixes #4162 Signed-off-by: Mats Wichmann <mats@linux.com>
* misc updates to man/users guide copyright formatting. Minor updates to ↵William Deegan2021-07-181-2/+4
| | | | update-release-info to use 'Released: <date here>' instead of range of years.
* Update scons.batWholesomeIsland2021-03-161-1/+1
|
* updates. build/dist/scons-local-${VERSION}.zip is now producedWilliam Deegan2020-06-231-1/+0
|
* [ci skip] Fixed to use new SCons dir locationWilliam Deegan2020-05-073-3/+3
|
* drop runntest.py's run from packages. define SCONS_TOOLS_DIR and use that ↵William Deegan2020-04-091-1480/+0
| | | | for scons-time tests
* Fix scons-time tests. Remove subversion testWilliam Deegan2020-04-091-0/+1480
|
* move scons-configure-cache logic into SCons.Utilities.ConfigureCache:main ↵William Deegan2020-04-091-134/+47
| | | | and update references and add entry_point in setup.cfg
* move scons-time.py from scripts to bin. As far as I can tell this is really ↵William Deegan2020-04-091-1480/+0
| | | | for internal use only
* change scripts/sconsign.py to be shell which uses logic in ↵William Deegan2020-04-091-456/+1
| | | | SCons.Utilities.sconsign's main
* update scripts to work from <sandbox>/scriptsWilliam Deegan2020-04-092-291/+192
|
* Move scripts from src/scripts to scripts. Simplify scons.py to only be used ↵William Deegan2020-04-096-0/+2453
for running from this source tree and for scons-local packaging