Delvewheel

Latest version: v1.7.0

Safety actively analyzes 640549 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 2 of 9

1.5.0

- Make whitespace around the `.py` patch prettier.
- Use the term "overlay" in code and documentation to describe PE file trailing data.
- Ignore `.pyd` files in `.data` directory outside of `.data/purelib` and `.data/platlib`.
- Don't vendor debug versions of CPython DLLs (e.g. `python3_d.dll`).
- Introduce the `--include-symbols` option to vendor debug symbol files along with DLLs.

1.4.0

- Introduce support for namespace packages with the `--namespace-pkg` option.
- Move "updating RECORD" message to verbose mode.

1.3.8

- Remove unnecessary import from `__init__.py` patch.
- Update tests to account for removal of attribute certificate table when name-mangling, a change that first appeared in release 1.3.3.
- Ignore dependency from `msvcp140.dll` to `concrt140.dll` because this dependency appears to be unnecessary after Windows XP.

1.3.7

- Provide the C source code for a delay-load import hook.
- Remove load order calculation. The `.load-order` file still exists to aid in loading DLLs for Python 3.7 or lower, but it no longer contains the DLLs in any particular order. This change was made previously in 1.3.3, was reverted in 1.3.4, and is now restored.
- Check for directory and file existence in the `__init__.py` patch. This improves compatibility with repackaging tools that relocate the vendored DLLs.
- Don't vendor `vcruntime140.dll` for PyPy3.10.

1.3.6

- Use Unix-style line endings for `.load-order` file.
- Add `--no-diagnostic` flag to avoid writing diagnostic information to `DELVEWHEEL` metadata file.

1.3.5

- Revert the improved support for delay-load DLLs. This change caused other problems, and delay-load DLLs don't seem to be used too widely anyway.
- Document that support for delay-load DLLs is limited.

Page 2 of 9

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.