6908d960b2
Seems like some issues to do with bytecode compilation have been fixed at HEAD. closer-mop compiles again and an ironclad failure with the next quicklisp/channel bump is avoided. In this change pathname handling in ECL also changed somehow, causing it to make the :directory part absolute by prefixing it with a slash which made ld.bfd unhappy while linking an output path that began with a double slash. This problem can be avoided by constructing the path as ANSI Common Lisp intended. The truename on the out path is important to make it recognize that it is indeed a directory. Change-Id: I5e744022b92502f99ac0b33411a6be443707e200 Reviewed-on: https://cl.tvl.fyi/c/depot/+/5076 Tested-by: BuildkiteCI Reviewed-by: tazjin <tazjin@tvl.su>
19 lines
520 B
Nix
19 lines
520 B
Nix
# Closer to MOP is a compatibility layer that rectifies many of the
|
|
# absent or incorrect CLOS MOP features across a broad range of Common
|
|
# Lisp implementations
|
|
{ depot, pkgs, ... }:
|
|
|
|
let src = with pkgs; srcOnly lispPackages.closer-mop;
|
|
in depot.nix.buildLisp.library {
|
|
name = "closer-mop";
|
|
|
|
srcs = [
|
|
"${src}/closer-mop-packages.lisp"
|
|
"${src}/closer-mop-shared.lisp"
|
|
{
|
|
sbcl = "${src}/closer-sbcl.lisp";
|
|
ecl = "${src}/closer-ecl.lisp";
|
|
ccl = "${src}/closer-clozure.lisp";
|
|
}
|
|
];
|
|
}
|