Log message:
py-xdis: updated to 5.0.5

5.0.5:
Add support for Python2.7 on Ubuntu 20.04
Bump versions for Python 3.8.6 and 3.5.10
Release instructions moved to wiki
VERSION -> __version__ because Python prefers it that way

Log message:
py-xdis: updated to 5.0.4

5.0.4:
Add python versions 3.6.12, 3.7.9
extended arg disassembly handling for {LOAD,STORE}_ATTR

5.0.3:
Add versions 3.8.5, 3.7.8, and 3.6.11
Clarify changes to 3.8 ROT_FOUR
Update 3.9 magics and opcodes

5.0.2:
Add Python 3.8.4 as a 3.8 release
pydisasm.py Python 3.3 tolerance
Make pydoc's version reporting show xdis's version

5.0.1:
Two small improvements that are usefil in the forthcoming trepan3k release:

interpret RAISE_VARARGS's argc parameter. Some other formatting was extended too
check_object_path() is more leanient in the path name (it doesn't have to end in \ 
.py anymore), but it is
more stringent about what constitutes Python source (it compiles the text to \ 
determine validity)
In the above is_python_source() and is_bytecode_extension() are used. They are \ 
also exported.

5.0.0:
Disassembly format and options have simplified and improved.

Log message:
py-xdis: updated to 4.7.0

4.7.0:
Routines for extracting line and offset information from code objects was added.

Log message:
py-xdis: updated to 4.6.1

4.6.1:
The main purpose of this release is to support x-python better.

Fix a bad bug in handling byte constants in 3.x. How could this go so long fixed?
More custom formatting across more opcodes
* CALL_FUNCTION, CALL_FUNCTION_KW, CALL_FUNCTION_VAR, etc
* MAKE_FUNCTION
* LOAD_CONST in some cases
Go over magics numbers, yet again
Update See also links

Log message:
py-xdis: updated to 4.6.0

4.6.0:
3.8.3 added as a valid 3.8 release
command program pydisasm disassembles more Python source files now
Add better argument formatting on CALL_FUNCTION and MAKE_FUNCTION
bytecode.py now has distb
opcode modules now have variable python_implementation which is either \ 
"CPython" or "PyPY"
Reformat a number of files using blacken, and lint using flymake
Update __init__.py exports based on what is used in projects uncompyle6, \ 
decompyle3, trepan3k,
xasm and x-python
Remove duplicate findlinestarts() code. Remove testing on the Python version and \ 
simplify
this where possible.
get_opcode_module allows either a float and string datatype for the version, and \ 
coverts
the bytecode datatype when needed
Fix a bugs in marshal and unmarshal

Log message:
pytest from versioned deps.

Log message:
py-xdis: updated to 4.5.1

4.5.1:
Stack-effect redux

Fix bug in marshal for 3.8+ (include posonlyargcount)
Go over stack effects from 2.5 to 3.4 using and idea from Maynard
Expand stack-effect testing

Log message:
py-xdis: updated to 4.4.0

4.4.0:
Incompatibility: load_module() and load_module_from_file_object() now return a \ 
couple more parameters: is_pypy, and the sip_hash value when that is available. \ 
The timestamp and file_size returned on these functions is now None when they \ 
aren't available. Previously timestamp had been 0.

--asm option fixes
Show sip hash in 3.7+ when that is used
Handle PEP 552 bytecode-file variations more properly
Detect more intermediate Python versions in load_code_from_file_object()
3.8+ posonlyargcount in assembly... rename Kw-only field to Keyword-only
Add 3.5 canonic bytecode version Marshal dumps()
convert from byte() to str() in dumps() when needed in 3.x
to_native() convert to bytes from string when needed in 3.x.
clean up loading code by using float version values rather than magic values

Log message:
py-xdis: updated to 4.3.2

4.3.2:
Deleted release 4.3.0 and 4.3.1 had a bugs in detected by decompilers and in \ 
handling some 3.8 bytecode.

Log message:
py-xdis: updated to 4.3.1

4.3.1:
A portable version of types.CodeType was rewritten, to make it
easier to use
and catch more errors
more complete in tracking Python types.CodeType changes
simpler in implementation by using type inheretence
more general
Previously getting bytecode read from a bytecode file or from a code
object requiring knowing a lot about the Python version of the code
type and of the currently running interpreter. That is gone now.

Use codeType2Portable() to turn a native types.CodeType or a structure read
in from a bytecode file into a portable code type. The portable code
type allows fields to be mutated, and is more flexible in the kinds of
datatypes it allows.

For example lists of thing like co_consts, or varnames can be
Python lists as well as tuples. The line number table is stored as a
dictionary mapping of address to bytecode offset rather than as a
compressed structure. Bytecode can either be a string (which is
advantageous if you are running Python before 3.x) or a sequence of
bytes which is the datatype of a code object for 3.x.

However when you need a type.CodeType that can be can be
eval()'d by the Python interpreter you are running, use the
to_native() method on the portable code type returned. It will
compress and encode the line number table, and turn lists into tuples
and convert other datatypes to the right type as needed.

If you have a complete types.Codetype structure for a particular
Python version whether, it is the one the current Python interpreter
is using or not, use the to_portable() function and it will figure
out based on the version parameter supplied (or use the current Python
interpreter version if none supplieed), which particlar portable code
type is the right one.

If on the other hand, you have a number of code-type fields which may
be incomplete, but still want to work with something that has
code-type characteristics while not worring about which fields are
required an their exact proper datatypes, use the CodeTypeUnion structure.

Internally, we use OO inheritence to reduce the amount of duplicate
code. The load_code_internal() function from unmarshal.py is now a
lot shorter and cleaner as a result of this reorganization.

New Portable Code Methods, Modules and Classes

Python 3.8-ish replace() method has been added to the portable code types
Portable code type classes Code13, Code15 have been added to more precisely \ 
distinguish Python 1.3 and 1.5 code types. The other portable code classes are \ 
Code2, Code3, and Code38.
the to_native() conversts a portable code type into a native code type
the decode_lineno_tab() method on portable code types from Python 1.5 on \ 
decompresses the Python encode line number table into a dictionary mapping \ 
offset to line number.

Incompatibility

The module xdis.code has been remamed to xdis.codetype and with
that the function iscode() moved as well. In previous versions to
use iscode() you might import it from xdis.code; now simply import
it from xdis. In general function that had been imported from a
module under xdis can now be imported simply from xdis.

The classes Compat3Code and function code2compat() and
code3compat() have been removed. Compat2Code is still around for
dropbox 2.5, but that is deprecated and will be removed when I can
figure out how to remove it from dropbox 2.5.

Other Changes

CI testing for older testing has been fixed now that 2.7 is even more deprecated.

Note Deleted release 4.3.0 had a bug in handling some 3.8 bytecode.