Yes, Zach's diagnosis is correct.
I consider that a bug in McCLIM, that depended upon unspecified behavior of ASDF 1&2: in ASDF1 and ASDF2, parse-component-form uses union-of-dependencies which somehow reverses the list of dependencies as compared to the specified order. I consider that a fail, and it's probably unintentional behavior in ASDF1, though it is possible that Dan Barlow noticed the order reversal and didn't bother to preserve order, because it is incorrect for the user to depend on the order used by ASDF — which it is, in any case.
A solution that is both backward-compatible and forward compatible is
1- to rename the systems so they follow the foo/bar convention for naming systems in foo.asd, so that ASDF3 can find them. This solves forward compatibility
2- to keep the same order as in the existing defsystem, so it continues to abuse ASDF1 & ASDF2 into magically finding the system before it is used.
Unhappily, McCLIM has to be fixed.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Language independence means you're proud of not calling your barking a language — Faré, about designers of DBMS, OS or other software who claim such
On Sun, Jul 7, 2013 at 8:15 PM, Robert Goldman rpgoldman@sift.info wrote:
Zach Beane wrote:
It happens for mcclim-freetype and mcclim-truetype and mcclim-freetype-cffi and perhaps some others.
OK. Let me have a look at McCLIM, and perhaps we can come up with a work-around.
Best, r