Should now handle shorthand type declarations properly

This is a small fix on 1.5.0, but I hope it will now deal with things like (declare (<type> ...)) in all cases.

You should still never use such declarations which are an abomination: just say (declare (type <type> ...)).

Add extensions, try to parse type declarations more flexibly

This adds some extensions, and makes a hack at parsing (declare (<type> ...)). Don't use declarations like that, but if you must it now tries to spot them and raise them.

There was no 1.4.0 release: that would have been the extensions.

Fix a bug with declarations in the benchmark system

make-dsm-bencher andmake-dsb-bencher were previously generatiing bogus declarations because they didn't splice things.

Bug (re)found by Yehouda: thank you

Do not depend on require-module

Previously dsm unilaterally depended on org.tfeb.tools.require-module. This in turn caused some of the org.tfeb.hax to be compiled with that loaded, which then broke quicklisp builds when those compiled files got reloaded without org.tfeb.tools.require-module loaded. I don't want to make org.tfeb.hax depend on org.tfeb.tools.require-module, so I've made dsm not depend on it unilaterally.

That's the only change: there's no change to how dsm works.

dsm 1.2.1: read version from file

So now the versions should be right

dsm 1.2.0 (get version number in ASDF right)

This really only exists because 1.1.0 still thought it was 1.0.0.

There is an example in the documentation of implementing destructuring-bind in terms of destructuing-match, and an example in the examples directory of doing it in terms of dsm's implementation. Thanks to Zyni for the first of these.

Destructuring match initial tested release

This is not substantially different than 1.0.0, but there have been some improvements in documentation and examples

Destructuring match initial release

This is tested on at least LispWorks, SBCL and CCL. There are probably still bugs.

See INSTALLATION.md for instructions for installing it while both it and its dependencies are not up to date in Quicklisp.