delta/python-setuptools-git.git/setuptools, branch issue-97

Merge branch 'master' into issue-97

2017-01-07T18:37:37+00:00

Add a no-op property for 'tag_svn_revision' to suppress errors when distutils attempts to detect and set these values based on settings in setup.cfg as found in sdists built by earlier versions of setuptools. Ref #619.

2017-01-02T14:56:47+00:00

More aggressively remove references to 'tag_svn_revision' option in egg_info. Ref #619.

2017-01-02T14:29:42+00:00

Drop support for 'tag_svn_version' distribution option. Fixes #619.

2017-01-01T15:08:00+00:00

Re-introduce _iter_code functionality as a Bytecode backport. Fixes failing tests. Ref #866.

2016-12-29T01:52:09+00:00

Merge proposals. Ref #866.

2016-12-29T01:26:22+00:00

Use dis module rather than manually disassembling the bytecode. Fixes #866.

2016-12-29T01:19:58+00:00

Add two more tests for _iter_code per #866, capturing the apparent expectation in the byte-code processing that's now failing on Python 3.6.

2016-12-29T01:19:26+00:00

Add tests capturing failure of depends.get_module_constant on Python 3.6. Ref #866.

2016-12-29T01:19:17+00:00

Attempt to fix issue #866 by iterating over code with `dis.Bytecode` instead of the internal `_iter_code`.

2016-12-28T19:14:53+00:00

The `dis` module was already used in `_iter_code` so I figured it was safe to use `Bytecode` from it. Not sure how this assumption holds up across all supported Python releases. I can only assume `Bytecode` wasn't there before when `_iter_code` was originally written?

Note that `_iter_code` doesn't appear to be called anywhere in light of this change so I removed it.

I should also note that `get_module_constant` has never worked with `setuptools.__version__` (returns -1) because it's not a string literal; it gets that attribute from another module.  But this change does work in cases where a string literal is requested.

https://github.com/pypa/setuptools/issues/866