chore(3p/lisp/closure-*): disable on ECL for now

As it turns out, some of the load/compile time set up the package does
doesn't work in ECL for unknown reasons at the moment. Executables using
closure-* will crash after starting up:

    ;;; Checking for wide character support... WARNING: Lisp implementation doesn't use UTF-16, but accepts surrogate code points.
     yes, using code points.
    ;;; Building Closure with CHARACTER RUNES

    Condition of type: SIMPLE-ERROR
    Invalid relative pathname #P"package.lisp" for component ("closure-common" "package")

Change-Id: I4b4bf96835a39696884ec6fea9c249fdeb53c853
Reviewed-on: https://cl.tvl.fyi/c/depot/+/12863
Reviewed-by: sterni <sternenseemann@systemli.org>
Autosubmit: sterni <sternenseemann@systemli.org>
Tested-by: BuildkiteCI
This commit is contained in:
sterni 2024-12-02 23:54:45 +01:00 committed by clbot
parent 604296bb7c
commit 962df219f7
3 changed files with 11 additions and 2 deletions

View file

@ -33,4 +33,9 @@ depot.nix.buildLisp.library {
depot.third_party.lisp.trivial-gray-streams
depot.third_party.lisp.babel #+rune-is-character
];
brokenOn = [
# TODO(sterni): fails when loading because it tries to access package.lisp at runtime
"ecl"
];
}

View file

@ -9,7 +9,7 @@ let
# delete unexported and unused double defun in sgml-dtd.lisp
# which reference undefined CL-USER:*HTML-DTD* (!) which
# unlike CLOSURE-HTML:*HTML-DTD* is not involved in the
# packages operation.
# package's operation.
./no-double-defun.patch
# Patches html-parser.lisp to look for the distributed
# dtd files and catalog in this source derivations out
@ -62,4 +62,8 @@ depot.nix.buildLisp.library {
depot.third_party.lisp.flexi-streams
depot.third_party.lisp.closure-common
];
brokenOn = [
"ecl" # see closure-common
];
}

View file

@ -32,7 +32,7 @@
main = "cli:main";
brokenOn = [
"ecl"
"ecl" # closure-common fails to start up
];
}).overrideAttrs (super: {
# The built binary dispatches based on argv[0]. Building two executables would