ok benoit@
zmac is a Z-80 macro cross-assembler. It has all the features you'd
expect. It assembles the specified input file (with a '.z' extension if
there is no pre-existing extension and the file as given doesn't exist)
and produces program output in many different formats. It also produces
a nicely-formatted listing of the machine code and cycle counts
alongside the source in a ".lst" file.
Undocumented Z-80 instructions are supported as well as 8080 code.
zmac strives to be a powerful assembler with expressions familiar to C
programmers while providing good backward compatibility with original
assemblers such as Edtasm, MRAS and Macro-80.
tests are disabled as they require an additional dependency, but both
ports depending on this still build ok. (doesn't help dependent ports
build on 3.8 though, that likely needs a cloudpickle update).
- take maintainership
please see https://nasm.us/doc/nasmdocc.html for a full changelog;
amonst other fixes/features, this release adds support for 'note' ELF
sections as used in .note.openbsd.ident.
additional testing by gonzalo@, thanks!
ok cwen@
Bamf matches application windows to desktop files. It removes the
headache of applications matching into a simple DBus daemon and C
wrapper library. It currently features application matching at amazing
levels of accuracy (covering nearly every corner case).
ok benoit@
Z80~Ex is the portable ZiLOG Z80 CPU emulator designed as a library.
Goals include precise opcode emulation (documented & undocumented),
exact timings for each opcode (including I/O operations), multiple CPU
contexts. A disassembler is also included.
clang-tools-extra has no consumers anymore on powerpc, and takes 25 hours to
build on the macppc bulk cluster. Don't waste time building it.
OK rsadowski@ (maintainer)
Set EPOCH to 1 as it was in devel/spidermonkey60 (and set @conflict) to
make sure spidermonkey-60.9.0v1 is upgraded to spidermonkey68-68.9.0p1v1,
otherwise spidermonkey68-68.9.0p1 isnt an upgrade candidate as it's
'older'.
with help from sthen@
ok jasper@ (MAINTAINER)
Multiprocess is a fork of multiprocessing, and is developed as part
of pathos: https://github.com/uqfoundation/pathos
multiprocessing is a package for the Python language which supports
the spawning of processes using the API of the standard library's
threading module. multiprocessing has been distributed in the
standard library since python 2.6.
dill extends python's pickle module for serializing and de-serializing
python objects to the majority of the built-in python types.
Serialization is the process of converting an object to a byte
stream, and the inverse of which is converting a byte stream back
to on python object hierarchy.
Required by py-multiprocess
changelog: http://www.codeblocks.org/downloads/binaries/changelog
Also, change COMPILER reason, add a new patch to fix the build on !x86
archs and remove a trailing whitespace in Makefile.
From Josh Grosse, with some tweaks from me.
OK Josh Grosse (maintainer)
