Some systems failed to build for Quicklisp dist about cl-patterns HOT 4 CLOSED

To be honest I'm a bit confused by this because find-class-slot is exported by mutility, which is :used by cl-patterns.

But I think this should now be corrected in commit fa5257b , which changes find-class-slot to be called with the package prefix.

from cl-patterns.

I'm getting an error after this update:

To load "cl-patterns":
  Load 1 ASDF system:
    cl-patterns
; Loading "cl-patterns"
.; 
; caught ERROR:
;   READ error during COMPILE-FILE:
;   
;     Symbol "FIND-CLASS-SLOT" not found in the MUTILITY package.
;   
;       Line: 47, Column: 80, File-Position: 2932
;   
;       Stream: #<SB-INT:FORM-TRACKING-STREAM for "file /Users/emenel/quicklisp/local-projects/cl-patterns/src/backend.lisp" {70082FBD13}>
; 
; compilation unit aborted
;   caught 2 fatal ERROR conditions
;   caught 1 ERROR condition
Evaluation error: COMPILE-FILE-ERROR while
                  compiling #<CL-SOURCE-FILE "cl-patterns" "backend">

It looks like find-class-slot doesn't appear in mutility? ... according to my sbcl anyway

When I remove the mutility: from the call I get the original error in this thread.

from cl-patterns.

I just tried one more thing and it appears to work.

mutility has to be loaded from my local-projects clone of the git repo rather than from quicklisp. Once i cloned the repo myself and used the local version this all works again.

from cl-patterns.

Hmm, okay, then maybe 421fd7a will fix the problem since it just copypastes the function into cl-patterns instead. So in theory it should be impossible for the function not to be available if one has the current version of cl-patterns.

I'm assuming it's just needed for this version of the quicklisp dist, and once the next one is out the duplication can be undone.

from cl-patterns.