I plan to reset git HEAD to the state from before merge of migration to defclass (instead of def-clx-class). It proved to cause number of regressions without any practical gain which I don't have time to fix. We have only one unrelated commit after the merge. In other words, it was a mistake on my side to accept it.
If there are no good arguments against this revert I'm going to do it next week.
nb: this title is not technically correct, because def-clx-class depending on a dynamic variable defines structure-class or standard-class.
I've created a new branch pure-clos which preserves this migration. I've resetted branch to change before this migration. I've backported also two fixes which were made in a meantime.
I plan to reset git HEAD to the state from before merge of migration to defclass (instead of def-clx-class). It proved to cause number of regressions without any practical gain which I don't have time to fix. We have only one unrelated commit after the merge. In other words, it was a mistake on my side to accept it.
If there are no good arguments against this revert I'm going to do it next week.
nb: this title is not technically correct, because def-clx-class depending on a dynamic variable defines structure-class or standard-class.