Bug 2140329

Summary: z80dasm-1.1.6 is available
Product: [Fedora] Fedora Reporter: Xose Vazquez Perez <xose.vazquez>
Component: z80dasmAssignee: Eric Smith <spacewar>
Status: NEW --- QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: paul, spacewar
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Xose Vazquez Perez 2022-11-05 18:31:02 UTC
Duplicate of closed bug #1939928

Upstream release that is considered latest: 1.1.6
Current version/release in rawhide: 1.1.3
URL: https://www.tablix.org/~avian/z80dasm/

Changelog:

z80dasm 1.1.6
=============

        Add --sym-order option to define the order of symbols written to the
        symbol file.

        Fix a segfault when a symbol file defined a symbol at the same address
        as a block start (e.g. when a symbol file initially created by z80dasm
        is re-used using --sym-input).

        Fix compatibility with C89 compilers (thanks to Al Petrofsky)

z80dasm 1.1.5
=============

        Added support for many undocumented instructions from the list at
        http://www.z80.info/z80undoc.htm, such as instructions involving IXL,
        and IXH registers.

        By default, all undocumented instructions are now disassembled as defbs
        with the instruction name in a comment due to missing or buggy support
        in z80asm. A new --undoc option has been added to change this behavior.

        Disassembly of "ED xx" instructions appearing at the end of input has
        been fixed.

z80dasm 1.1.4
=============

        Added options for unlabeled blocks and blocks that have a label at the
        last byte (instead of at one after the last byte)

        When a block was inserted in the middle of another block, the linked
        list of blocks got corrupted, which could lead to wrong disassembly in
        some cases.

Comment 1 Ben Cotton 2023-02-07 14:58:15 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle.
Changing version to 38.

Comment 2 Fedora Release Engineering 2023-08-16 07:06:09 UTC
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle.
Changing version to 39.