fare-matcher is dying, long live optima!

[François-René Rideau]

fare-matcher's implementation never grew beyond the stage of a proof of concept.

Therefore, with my project to Consolidate Common Lisp Libraries

   http://fare.livejournal.com/169346.html

I've decided to declare it dead and to have everyone use the best pattern-matching library around town,

which is Optima:

https://github.com/m2ym/optima/

I've been working with the author to make sure his library will have no missing functionality as compared

to fare-matcher or any other CL pattern-matching library.

You may or may not be using some more advanced features of fare-matcher, such as

using pattern variables as part of a guard condition (i.e. (list a (equal a))),

which the author is busy adding to the library currently.

If you are indeed using such patterns, please wait a few days or weeks

for Optima to be fixed. Otherwise, I invite you to switch from fare-matcher to optima

at your earliest convenience.

In case you were using it, note that fare-quasiquote has been split into its own system,

and now supports optima in addition to fare-matcher and in preference to it.

PS: your "new" web page is down: http://weblocks.viridian-project.de/

PS2: please consider merging weblocks, too, and/or splitting them into parts,

some of which could be merged.

[Leslie P. Polzer]

On Sunday, November 4, 2012 5:44:15 AM UTC+1, François-René Rideau wrote:

PS: your "new" web page is down: http://weblocks.viridian-project.de

Fixed, thanks.

 

PS2: please consider merging weblocks, too, and/or splitting them into parts,

some of which could be merged.

I intend to work on a new version of Weblocks that will be considerably streamlined.

But I don't think this generation of Weblocks will be split up; I have no interest in that and the rest of the community seems pretty content with it as it is.

  Leslie

[tu...@google.com]

Any comment on the main issue, migrating from fare-matcher to optima?

It's mostly compatible, with a few minor changes, such as using if-match instead of ifmatch,

and minor current limitations, such as no match variables in a match guard.

[Leslie P. Polzer]

Sorry for missing your main point. :)

The transition shouldn't be a problem at all, the only question is who
is going to do it.

Leslie