Meld3

Latest version: v2.0.1

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

Scan your dependencies

Page 2 of 4

0.6.9

------------------

- Fixed a test failure that only occurred on some builds of
Python 2.7 where parsing an unknown entity could raise
an expat.error instead of SyntaxError.

0.6.8

------------------

- Added the C extension source (cmeld3.c) to the release package
by including it in MANIFEST.in. Thanks to Soren Hansen for
noticing it was missing from prior releases.

- Running setup.py will now halt on error if a compatible version
of Python is not detected.

0.6.7

------------------

- Make compatible with Python 2.7 (patch kindly contributed by
Jonathan Riboux).

0.6.6

------------------

- Change download location. This really should be a setuptools
package so we can upload it to PyPI. No functionality changes.

0.6.5

------------------

- Apply patch for Python 2.5 compatibility from both
Toshio and Anders.

- Create distro tarball via:

rm MANIFEST
USE_MELD3_EXTENSION_MODULES=1 python setup.py sdist

.. in order to get the cmeld3.c file in the distribution.

0.6.4

------------------

- Make the default build use the Python-based meld "helper" instead of
the C-based one. Since the primary consumer of meld3 (as far as I
know) is "supervisor", and since the typical supervisor consumer is
likely not to have a C compiler and Python development libraries on
his system, it makes more sense for the default build not to compile
the C extensions. However, if the environment variable
"USE_MELD3_EXTENSION_MODULES" is set when "setup.py install" is
invoked, the C extensions will be built. meld3 is much slower
without the C extensions, so using "USE_MELD3_EXTENSION_MODULES" is
usually a good idea for performance-sensitive systems.

As a result of this change, the "NO_MELD3_EXTENSION_MODULES"
environment variable introduced in 0.6.1 now has no effect.

Page 2 of 4

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.