| Metadata-Version: 1.1 |
| Name: modulegraph |
| Version: 0.12.1 |
| Summary: Python module dependency analysis tool |
| Home-page: http://bitbucket.org/ronaldoussoren/modulegraph |
| Author: Ronald Oussoren |
| Author-email: ronaldoussoren@mac.com |
| License: MIT |
| Download-URL: http://pypi.python.org/pypi/modulegraph |
| Description: modulegraph determines a dependency graph between Python modules primarily |
| by bytecode analysis for import statements. |
| |
| modulegraph uses similar methods to modulefinder from the standard library, |
| but uses a more flexible internal representation, has more extensive |
| knowledge of special cases, and is extensible. |
| |
| |
| Release history |
| =============== |
| |
| 0.12.1 |
| ------ |
| |
| * Issue #25: Complex python files could cause an "maximum recursion depth exceeded" |
| exception due to using stack-based recursion to walk the module AST. |
| |
| |
| 0.12 |
| ---- |
| |
| * Added 'modulegraph.modulegraph.InvalidSourceModule'. This graph node is |
| used for Python source modules that cannot be compiled (for example because |
| they contain syntax errors). |
| |
| This is primarily useful for being able to create a graph for packages |
| that have python 2.x or python 3.x compatibility in separate modules that |
| contain code that isn't valid in the "other" python version. |
| |
| * Added 'modulegraph.modulegraph.InvalidCompiledModule'. This graph node |
| is used for Python bytecode modules that cannot be loaded. |
| |
| * Added 'modulegraph.modulegraph.NamespacePackage'. |
| |
| Patch by bitbucket user htgoebel. |
| |
| * No longer add a MissingModule node to the graph for 'collections.defaultdict' |
| when using 'from collections import defaultdict' ('collections.defaultdict' |
| is an attribute of 'collections', not a submodule). |
| |
| * Fixed typo in ModuleGraph.getReferences() |
| |
| * Added ModuleGraph.getReferers(tonode). This methods yields the |
| nodes that are referencing *tonode* (the reverse of getReferences) |
| |
| * The graph will no longer contain MissingModule nodes when using 'from ... import name' to |
| import a global variable in a python module. |
| |
| There will still be MissingModule nodes for global variables in C extentions, and |
| for 'from missing import name' when 'missing' is itself a MissingModule. |
| |
| * Issue #18: Don't assume that a PEP 302 loader object has a ``path`` attribute. That |
| attribute is not documented and is not always present. |
| |
| 0.11.2 |
| ------ |
| |
| * |
| |
| 0.11.1 |
| ------ |
| |
| * Issue #145: Don't exclude the platform specific 'path' modules (like ntpath) |
| |
| 0.11 |
| ---- |
| |
| This is a feature release |
| |
| Features |
| ........ |
| |
| * Hardcode knowlegde about the compatibility aliases in the email |
| module (for python 2.5 upto 3.0). |
| |
| This makes it possible to remove a heavy-handed recipe from py2app. |
| |
| * Added ``modegraph.zipio.getmode`` to fetch the Unix file mode |
| for a file. |
| |
| * Added some handy methods to ``modulegraph.modulegraph.ModuleGraph``. |
| |
| 0.10.5 |
| ------ |
| |
| This is a bugfix release |
| |
| * Don't look at the file extension to determine the file type |
| in modulegraph.find_modules.parse_mf_results, but use the |
| class of the item. |
| |
| * Issue #13: Improved handing of bad relative imports |
| ("from .foo import bar"), these tended to raise confusing errors and |
| are now handled like any other failed import. |
| |
| 0.10.4 |
| ------ |
| |
| This is a bugfix release |
| |
| * There were no 'classifiers' in the package metadata due to a bug |
| in setup.py. |
| |
| 0.10.3 |
| ------ |
| |
| This is a bugfix release |
| |
| Bugfixes |
| ........ |
| |
| * ``modulegraph.find.modules.parse_mf_results`` failed when the main script of |
| a py2app module didn't have a file name ending in '.py'. |
| |
| 0.10.2 |
| ------ |
| |
| This is a bugfix release |
| |
| Bugfixes |
| ........ |
| |
| * Issue #12: modulegraph would sometimes find the wrong package *__init__* |
| module due to using the wrong search method. One easy way to reproduce the |
| problem was to have a toplevel module named *__init__*. |
| |
| Reported by Kentzo. |
| |
| 0.10.1 |
| ------ |
| |
| This is a bugfix release |
| |
| Bugfixes |
| ........ |
| |
| * Issue #11: creating xrefs and dotty graphs from modulegraphs (the --xref |
| and --graph options of py2app) didn't work with python 3 due to use of |
| APIs that aren't available in that version of python. |
| |
| Reported by Andrew Barnert. |
| |
| |
| 0.10 |
| ---- |
| |
| This is a minor feature release |
| |
| Features |
| ........ |
| |
| * ``modulegraph.find_modules.find_needed_modules`` claimed to automaticly |
| include subpackages for the "packages" argument as well, but that code |
| didn't work at all. |
| |
| * Issue #9: The modulegraph script is deprecated, use |
| "python -mmodulegraph" instead. |
| |
| * Issue #10: Ensure that the result of "zipio.open" can be used |
| in a with statement (that is, ``with zipio.open(...) as fp``. |
| |
| * No longer use "2to3" to support Python 3. |
| |
| Because of this modulegraph now supports Python 2.6 |
| and later. |
| |
| * Slightly improved HTML output, which makes it easier |
| to manipulate the generated HTML using JavaScript. |
| |
| Patch by anatoly techtonik. |
| |
| * Ensure modulegraph works with changes introduced after |
| Python 3.3b1. |
| |
| * Implement support for PEP 420 ("Implicit namespace packages") |
| in Python 3.3. |
| |
| * ``modulegraph.util.imp_walk`` is deprecated and will be |
| removed in the next release of this package. |
| |
| Bugfixes |
| ........ |
| |
| * The module graph was incomplete, and generated incorrect warnings |
| along the way, when a subpackage contained import statements for |
| submodules. |
| |
| An example of this is ``sqlalchemy.util``, the ``__init__.py`` file |
| for this package contains imports of modules in that modules using |
| the classic relative import syntax (that is ``import compat`` to |
| import ``sqlalchemy.util.compat``). Until this release modulegraph |
| searched the wrong path to locate these modules (and hence failed |
| to find them). |
| |
| |
| 0.9.2 |
| ----- |
| |
| This is a bugfix release |
| |
| Bugfixes |
| ........ |
| |
| * The 'packages' option to modulegraph.find_modules.find_modules ignored |
| the search path argument but always used the default search path. |
| |
| * The 'imp_find_modules' function in modulegraph.util has an argument 'path', |
| this was a string in previous release and can now also be a sequence. |
| |
| * Don't crash when a module on the 'includes' list doesn't exist, but warn |
| just like for missing 'packages' (modulegraph.find_modules.find_modules) |
| |
| 0.9.1 |
| ----- |
| |
| This is a bugfix release |
| |
| Bug fixes |
| ......... |
| |
| - Fixed the name of nodes imports in packages where the first element of |
| a dotted name can be found but the rest cannot. This used to create |
| a MissingModule node for the dotted name in the global namespace instead |
| of relative to the package. |
| |
| That is, given a package "pkg" with submodule "sub" if the "__init__.py" |
| of "pkg" contains "import sub.nomod" we now create a MissingModule node |
| for "pkg.sub.nomod" instead of "sub.nomod". |
| |
| This fixes an issue with including the crcmod package in application |
| bundles, first reported on the pythonmac-sig mailinglist by |
| Brendan Simon. |
| |
| 0.9 |
| --- |
| |
| This is a minor feature release |
| |
| |
| Features: |
| |
| - Documentation is now generated using `sphinx <http://pypi.python.org/pypi/sphinx>`_ |
| and can be viewed at <http://packages.python.org/modulegraph>. |
| |
| The documention is very rough at this moment and in need of reorganisation and |
| language cleanup. I've basiclly writting the current version by reading the code |
| and documenting what it does, the order in which classes and methods are document |
| is therefore not necessarily the most useful. |
| |
| - The repository has moved to bitbucket |
| |
| - Renamed ``modulegraph.modulegraph.AddPackagePath`` to ``addPackagePath``, |
| likewise ``ReplacePackage`` is now ``replacePackage``. The old name is still |
| available, but is deprecated and will be removed before the 1.0 release. |
| |
| - ``modulegraph.modulegraph`` contains two node types that are unused and |
| have unclear semantics: ``FlatPackage`` and ``ArchiveModule``. These node |
| types are deprecated and will be removed before 1.0 is released. |
| |
| - Added a simple commandline tool (``modulegraph``) that will print information |
| about the dependency graph of a script. |
| |
| - Added a module (``zipio``) for dealing with paths that may refer to entries |
| inside zipfiles (such as source paths referring to modules in zipped eggfiles). |
| |
| With this addition ``modulegraph.modulegraph.os_listdir`` is deprecated and |
| it will be removed before the 1.0 release. |
| |
| Bug fixes: |
| |
| - The ``__cmp__`` method of a Node no longer causes an exception |
| when the compared-to object is not a Node. Patch by Ivan Kozik. |
| |
| - Issue #1: The initialiser for ``modulegraph.ModuleGraph`` caused an exception |
| when an entry on the path (``sys.path``) doesn't actually exist. |
| |
| Fix by "skurylo", testcase by Ronald. |
| |
| - The code no longer worked with python 2.5, this release fixes that. |
| |
| - Due to the switch to mercurial setuptools will no longer include |
| all required files. Fixed by adding a MANIFEST.in file |
| |
| - The method for printing a ``.dot`` representation of a ``ModuleGraph`` |
| works again. |
| |
| |
| 0.8.1 |
| ----- |
| |
| This is a minor feature release |
| |
| Features: |
| |
| - ``from __future__ import absolute_import`` is now supported |
| |
| - Relative imports (``from . import module``) are now supported |
| |
| - Add support for namespace packages when those are installed |
| using option ``--single-version-externally-managed`` (part |
| of setuptools/distribute) |
| |
| 0.8 |
| --- |
| |
| This is a minor feature release |
| |
| Features: |
| |
| - Initial support for Python 3.x |
| |
| - It is now possible to run the test suite |
| using ``python setup.py test``. |
| |
| (The actual test suite is still fairly minimal though) |
| |
| Keywords: import,,dependencies |
| Platform: any |
| Classifier: Intended Audience :: Developers |
| Classifier: License :: OSI Approved :: MIT License |
| Classifier: Programming Language :: Python |
| Classifier: Programming Language :: Python :: 2 |
| Classifier: Programming Language :: Python :: 2.7 |
| Classifier: Programming Language :: Python :: 3 |
| Classifier: Programming Language :: Python :: 3.3 |
| Classifier: Programming Language :: Python :: 3.4 |
| Classifier: Topic :: Software Development :: Libraries :: Python Modules |
| Classifier: Topic :: Software Development :: Build Tools |
