You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
sql/base/package.lisp does a bunch of implementation conditionals to import MOP symbols. It may be cleaner to use closer-mop instead. A potential issue is closer-mop no longer lists cmucl as actively supported, though it still ships a closer-cmu.lisp file (which may or may not work).
The text was updated successfully, but these errors were encountered:
To get around CMU maybe not being supported, we could just keep importing-from for both closer-mop and cmucl, in which case symbols should stay the same, and we can cover other supported implementations with closer-mop.
It would be nice not to have to import and just use package qualified c2mop: symbols, though.
Given this (and the increasing scarcity of operating systems supporting 32-bit architectures), we could stop officially supporting CMUCL until further updates on their end?
sql/base/package.lisp
does a bunch of implementation conditionals to import MOP symbols. It may be cleaner to use closer-mop instead. A potential issue is closer-mop no longer lists cmucl as actively supported, though it still ships a closer-cmu.lisp file (which may or may not work).The text was updated successfully, but these errors were encountered: