12 January 2022
Nuitka Release 0.6.19
This is to inform you about the new stable release of Nuitka. It is the extremely compatible Python compiler, “download now”.
This release adds support for 3.10 while also adding very many new optimization, and doing a lot of bug fixes. Calls to After a fix for the previous release, modules that fail to import are attempted again when another import is executed. However, during this initialization for top level module in Standalone: Ignore warning given by Fix, need to avoid computing large values out of Standalone: Ignore warning given by Fix, calls to MSYS2: Fix, the console scripts are actually good for it as opposed to CPython, and the batch scripts should not be installed. Fixed in 0.6.18.2 already. Setuptools: Added support older version of Fix, calls to Windows: Compiling with MinGW64 without Fix, the Fix, attribute nodes were not considering the value they are looking up on. Now that more values will know to have the attributes, that was causing errors. Fixed in 0.6.18.2 already. Fix, left shifting can also produce large values and needs to be avoided in that case, similar to what we do for multiplications already. Fixed in 0.6.18.2 already. UI: The new option UI: The progress bar was causing tearing and corrupted outputs, when outputs were made, now using proper Fix, the constant value Onefile: Assertions were not disabled, and on Windows with MinGW64 this lead to including the C filenames of the Standalone: Added support for Standalone: Added support for MSYS2: Failed to link when using the static libpython, which is also now the default for MSYS2. Fixed in 0.6.18.5 already. Python3.6+: Fix, the intended finalizer of compiled Python3: Fix, need to set Standalone: Handle all PyWin32 modules that need the special DLLs and not just a few. Fix, some Python2.6-3.4: Fix, modules with an error could use their module name after it was released. Distutils: When providing arguments, the method suggested in the docs is not compatible with all other systems, e.g. not Python3.7+: Do no longer allow deleting cell values, this can lead to corruption and should be avoided, it seems unlikely outside of tests anyway. Standalone: Added support for more ciphers and hashes with Distutils: Was not including modules or packages only referenced in the entry point definition, but not in the list of packages. That is not compatible and has been fixed. Fix, must not expose the constants blob from extension modules, as loading these into a compiled binary can cause issues in this case. Standalone: Added support for including OpenGL and SSL libraries with Windows: Fix, the Windows: Executing modules with Fix, parsing Python3: Fix, when disabling the console on Windows, make sure the file handles still work and are not Windows: Fix, need to claim all OS versions of Windows as supported, otherwise e.g. high DPI features are not available. Programs that are to be executed with the We now can write XML reports with information about the compilation. This is initially for use in PGO tests, to decide if the expected forms of inclusions have happened and should grow into a proper reporting tool over time. At this point, the report is not very useful yet. Added support for Python 3.10, only Windows: Allow using Added support for Kivy. Works through a plugin that is automatically enabled and needs no other inputs, detecting everything from using Kivy at compile time. Added initial support for Haiku OS, a clone of BeOS with a few differences in their Python installation. Added experimental plugin Also trust hard imports made on the module level in function level code, this unlocks many more static optimization e.g. with For the built-in type method calls with generic implementation, we now do faster method descriptor calls. These avoid creating a temporary Loop and normal merge traces were keeping assignments made before the loop or inside a branch, that was otherwise unused alive. This should enable more optimization for code with branches and loops. Also unused loop traces are now recognized and removed as well. Avoiding merges of escaped traces with the unescaped trace, there is no point in them. This was actually happening a lot and should mean a scalability improvement and unlock new optimization as well. Avoid escaping un-init traces. Unset values need not be considered as potentially modified as that cannot be done. The Added many These are specifically all methods with no arguments, as these are very generic to add, introduced a base class for them, where we know they all have no effect or raise, as these functions are all guaranteed to succeed and can be served by a common base class. This covers the For static optimization Then, support for Also add support for Same goes for Note A few Added trust for When writing constant values, esp. When starting Nuitka, it usually restarts itself with information collected in a mode without the Now only a minimal amount of code is used, and the options are parsed only on the restart, and then an error is raised when it notices, it was not allowed to do so. This also makes code a lot cleaner. Specialized comparison code for Python2 Specialized comparison code for Python2 Enable static libpython with Python3 Debian packages too. As with Python2, this will improve the performance of the created binary a lot and reduce size for standalone distribution. Comparisons with Create fixed import nodes in re-formulations rather than Python 3.10: Added support for Modules are now fully optimized before considering which modules they are in turn using, this avoids temporary dependencies, that later turn out unused, and can shorten the compilation in some cases by a lot of time. On platforms without a static link library, in LTO mode, and with gcc, we can use the The Migrated the Nuitka blog from Nikola to Sphinx based ABlog and made the whole site render with Sphinx, making it a lot more usable. Added a small presentation about Nuitka on the Download page, to make sure people are aware of core features. The The MSYS2: Detecting Added Windows version to Nuitka version output, so we have this for bug reports. User Manual: Added example explaining how to access values from your code in Nuitka project options. UI: For Python flavors where we expect a static libpython, the error message will now point out how to achieve it for each flavor. UI: Disable progress bar when UI: Catch error of specifying both Distutils: Improved error messages when using Plugins: Removed now unused feature to rename modules on import, as it was only making the code more complex, while being no more needed after recently adding a place for meta path based importers to be accounted for. Twitter: Use embedded Tweet in Credits, and regular follow button in User Manual. Warnings about imports not done, are now only given when optimization can not remove the usage, and no options related to following have been given. Added Windows version to In Visual Code, the default Python used is now 3.9 in the “Linux” C configuration. This matches Debian Bullseye. Nicer outputs from check mode of the auto-format as run for CI testing, displays problematic files more clearly. Remove broken links to old bug tracker that is no longer online from the Changelog. UI: When hitting CTRL-C during initial technical import detection, no longer ask to submit a bug report with the exception stack, instead exit cleanly. Windows: Enable LTO mode for MinGW64 and other gcc by default. We require a version that can do it, so take advantage of that. For cases, where code generation of a module takes long, make sure its name is output when CTRL-C is hit. Windows: Splash screen only works with MSVC, added error indicator for MinGW64 that states that and asks for porting help. Generate all existing C code for generic builtin type method calls automatically, and use those for method attribute lookups, making it easier to add more. Changed The importing code got a major overhaul and no longer works with relative filenames, or filenames combined with package names, and module names, but always only with module names and absolute filenames. This cleans up some of the oldest and most complex code in Nuitka, that had grown to address various requirements discovered over time. Major cleanup of Jinja2 template organisation. Renamed all C templates from Added Jinja2 new macro Cleanup of code that generates header declarations, there was some duplication going on, that made it hard to generate consistent code. Removed Major cleanup of the Scons C compiler configuration setup. Moved things to the dedicate function, and harmonized it more. Resolved deprecation warnings given by with Started test suite for Python PGO, not yet completely working though, it’s not yet doing what is needed though. Added generated test that exercises str methods in multiple variations. Revived Added test suite for CPython 3.10 and enable execution of tests with this version on GitHub actions. This release is another big step forward. The amount of optimization added is again very large, some of which yet again unlocks more static optimization of module imports, that previously would have to be considered implicit. Now analyzing these on the function level as well, we can start searching for cases, where it could be done, but is not done yet. After starting with The C type specialization for Python3 has finally progressed, such that it is also covering the For scalability, the The support for Windows has been further refined, actually fixing a few important issues, esp. for the Qt bindings too. This release adds support for 3.10 outside of very special Overall, Nuitka is closing many open lines of action with this. The Bug Fixes
importlib.import_module with expressions that need releases, i.e. are not constant values, could crash the compilation. Fixed in 0.6.18.1 already.--module mode, this was was done repeatedly, and could cause issues. Fixed in 0.6.18.1 already.patchelf on Linux with at least newer OpenSUSE. Fixed in 0.6.18.1 already.<< operation as well. Fixed in 0.6.18.2 already.# This large value was computed at run time and then if used, also
# converted to a string and potentially hashed, taking a long time.
1 << sys.maxint
patchelf on Linux about a workaround being applied.importlib.import_module were not correctly creating code for dynamic argument values that need to be released, causing the compilation to report the error. Fixed in 0.6.18.1 already.setuptools in meta build integration of Nuitka.importlib.import_module with 2 arguments that are dynamic, were not working at all. Fixed in 0.6.18.2 already.ccache was not working due to issues in Scons. Fixed in 0.6.18.2 already.repr built-in was falsely annotated as producing a str value, but it can be also derived or unicode in Python2.--disable-ccache didn’t really have the intended effect. Fixed in 0.6.18.3 already.tqdm API for doing it, this has been solved. Fixed in 0.6.18.4 already.sys.version_info didn’t yet have support for its type to be also a compile time constant in e.g. tuples. Fixed in 0.6.18.4 already.zstd inline copy files and obviously less optimal code. Fixed in 0.6.18.4 already.bottle.ext loading extensions to resolve at compile time. Fixed in 0.6.18.5 already.seedir required data file. Fixed in 0.6.18.5 already.asyncgen was not present and in fact associated to help type. This could have caused corruption, but that was also very unlikely. Fixed in 0.6.18.5 already.__file__ before executing modules, as some modules, e.g. newer PyWin32 use them to locate things during their initialization already..pth files create module namespaces with __path__ that does not exist, ignore these in module importing.setuptools_rust for which a two elements tuple form needs to be used for values. Added support for that and documented its use as well in the User Manual.pycryptodome and pycryptodomex, while also only including Ciphers when needed.PySide2 and PySide6 packages.cmd files created for uninstalled Python and accelerated programs to find the Python installation were not passing command line arguments.--run was not working properly due to missing escaping of file paths..pyi files that make relative imports was not resolving them correctly.None.New Features
-m flag, can now be compiled with --python-flag=-m and will then behave in a compatible way, i.e. load the containing package first, and have a proper __package__ value at run time.match statements are not completely supported. Variations with | matches that also assign are not allowed currently.--clang with --mingw64 to e.g. use the clang.exe that is contained in the Nuitka automatic download rather than gcc.exe.trio that works around issues with that package.Optimization
sys.version_info when the import and the use are not on the same level.PyCFunction object, that the normal call slot would, this should make these calls faster. Checking them for compiled function, etc. was only wasteful, so this makes it more direct.str shape is now detected through variables, this enables many optimization on the function level.str operation nodes.str.capitalize, str.upper, str.lower, str.swapcase, str.title, str.isalnum, str.isalpha, str.isdigit, str.islower, str.isupper, str.isspace, and str.istitle functions.str.find and str.rfind were added, as they are e.g. used in a sys.version.find(...) style in the os module, helping to decide to not consider OS/2 only modules.str.index and str.rindex was added, as these are very similar to str.find forms, only that these may raise an exception.str.split and str.rsplit which will be used sometimes for code needed to be compile time computed, to e.g. detect imports.endswith and startswith, the later is e.g. popular with sys.platform checks, and can remove a lot of code from compilation with them now being decided at compile time.str methods are still missing, with time we will achieve all of them, but this will take time.sys.builtin_module_names as well. The os module is using it to make platform determinations.tuple, list, or dict values, an encoding of “last value” has been added, avoiding the need to repeat the same value again, making many values more compact.site module loaded, and with hash randomization disabled, for deterministic behaviour. There is a option to prevent this from happening, where the goal is to avoid it, e.g. in testing, say for the coverage taking, but that meant to parse the options twice, which also loads a lot of code.long and Python3 int code, making these operations much faster to use.unicode and Python3 str code, making these operations much faster to use, currently only == and != are fully accelerated, the other comparisons will follow.in and not in also consider value traces and go through variables as well where possible. So far only the rich comparisons and is and is not did that.__import__ nodes, avoiding later optimization doing that, and of course that’s simpler code too.union types as compiled time constants.-O3 mode, which doesn’t work for libpython, but that’s not used there. This also includes fake static libpython, as used by MinGW64 and Anaconda on Windows.anti-bloat plugin now also handles newer sklearn and knows more about the standard library, and its runners which it will exclude from compilation if use for it. Currently that is not the default, but it should become that.Organizational
gi plugin is now always on. The copying of the typelib when gi is imported is harmless and people can disable the plugin if that’s not needed.matplotlib plugin is new and also always on. It previously was part of the numpy plugin, which is doing too many unrelated things. Moving this one out is part of a plan to split it up and have it on by default without causing issues.MinGW and POSIX flavors of this Python. For the MinGW flavor of MSYS2, the option --mingw64 is now the default, before it could attempt to use MSVC, which is not going to work for it. And also the Tcl and Tk installations of it are being detected automatically for the tk-inter plugin.--show-scons is used, it makes capturing the output from the terminal only harder.--msvc= and --mingw64 options.setuptools or build integration and failing to provide packages to compile.--version output of Nuitka. This is to more clearly recognize Windows 10 from Windows 11 report, and also the odd Windows 7 report, where tool chain will be different.Cleanups
TkInter module to data file providing interface, yielding the 2 directories in question, with a filter for demos..j2 to .c.j2 for clarity, this was not done fully consistent before. Also move all C templates to nuitka.codegen package data, it will be confusing to make a difference between ones used during compile time and for the static generation, and the lines are going to become blurry.CHECK_OBJECTS to avoid branches on argument count in the call code templates. More of these things should be added.nuitka.finalizatios.FinalizationBase, we only have one final visitor that does everything, and that of course makes a lot of sense for its performance.--python-debug for Nuitka.Tests
reflected test suite, that had been removed, because of Nuitka special needs. This one is not yet passing again though, due to a few details not yet being as compatible as needed.Summary
dict, method optimization has focused on str which is esp. important for static optimization of imports. The next goal will here be to cover list which are important for run time performance and currently not yet optimized. Future releases will progress there, and also add more types.long and unicode and as such not limited to Python2 as much. The focus now needs to turn back to not working with PyObject * for these types, but e.g. with += 1 to make it directly work with CLONG rather than LONG for which structural changes in code generation will be needed.anti-bloat work has not yet progressed as much as to be able to enable it by default. It needs to be more possible to disable it where it causes problems, e.g. when somebody really wants to include pytest and test frameworks generally, that’s something that needs to be doable. Compiling without anti-bloat plugin is something that is immediately noticeable in exploding module amounts. It is very urgently recommended to enable it for your compilations.match statements, bringing Nuitka back to where it works great with recent Python. Unfortunately orderedset is not available for it yet, which means it will be slower than 3.9 during compilation.setuptools support has yet again improved and at this point should be very good.