[armedbear] #484: Restore asdf:bundle-op
#484: Restore asdf:bundle-op -------------------------------+---------------------------- Reporter: Mark Evenson | Type: defect Status: new | Priority: major Milestone: 1.8.1 | Component: ASDF Version: 1.8.1-dev | Keywords: asdf:bundle-op Parent Tickets: | -------------------------------+---------------------------- charles reports on irc that <https://gist.github.com/charJe/cffca389c5e6ffcd65c07a171ae2f5f6#file- asdf-monolith> is an example of how badly ASDF bundle-op is failing. -- Ticket URL: <https://abcl.org/trac/ticket/484> armedbear <https://abcl.org> armedbear
#484: Restore asdf:bundle-op -------------------------------+---------------------------- Reporter: Mark Evenson | Owner: (none) Type: defect | Status: closed Priority: major | Milestone: 1.8.1 Component: ASDF | Version: 1.8.1-dev Resolution: worksforme | Keywords: asdf:bundle-op Parent Tickets: | -------------------------------+---------------------------- Changes (by Mark Evenson): * status: new => closed * resolution: => worksforme Comment: Unfortunately, I can't replicate the original failure. After installing and loading {{{issr-core}}} from Quicklisp {{{ (ql:quickload :issr-core }}} The following forms seem to work just fine: {{{ (defmethod asdf/bundle:bundle-type ((bundle-op asdf:monolithic-load- bundle-op)) :fasl) (mapc #'asdf:register-preloaded-system '(str plump global-vars)) (asdf:operate 'asdf:monolithic-load-bundle-op 'issr-core :verbose t) }}} results in a verbose output of explicitly loading every fasl loader which completes fine. {{{ ; Loaded jar:file:///usr/home/mevenson/.cache/common-lisp/abcl-1.8.1-dev- fasl43-bsd\ -x64/usr/home/mevenson/quicklisp/dists/quicklisp/software/core-20210124-git /issr-cor\ e--system.abcl!/issr-core/__loader__._ (0.042 seconds) ; Loaded /usr/home/mevenson/.cache/common-lisp/abcl-1.8.1-dev- fasl43-bsd-x64/usr/hom\ e/mevenson/quicklisp/dists/quicklisp/software/core-20210124-git/issr-core --system.ab\ cl (0.045 seconds) #<ASDF/BUNDLE:MONOLITHIC-LOAD-BUNDLE-OP > #<ASDF/PLAN:SEQUENTIAL-PLAN {74171F35}> }}} I honestly don't understand the various bundle ops very well, especially what they thunk down to, but am closing this as needing further information as to the goal of this exercise. -- Ticket URL: <https://abcl.org/trac/ticket/484#comment:1> armedbear <https://abcl.org> armedbear
#484: Restore asdf:bundle-op -------------------------------+---------------------------- Reporter: Mark Evenson | Owner: (none) Type: defect | Status: closed Priority: major | Milestone: 1.8.1 Component: ASDF | Version: 1.8.1-dev Resolution: worksforme | Keywords: asdf:bundle-op Parent Tickets: | -------------------------------+---------------------------- Description changed by Mark Evenson: Old description:
charles reports on irc that <https://gist.github.com/charJe/cffca389c5e6ffcd65c07a171ae2f5f6#file- asdf-monolith> is an example of how badly ASDF bundle-op is failing.
New description: charles reports on irc that <https://gist.github.com/charJe/cffca389c5e6ffcd65c07a171ae2f5f6#file- asdf-monolith> is an example of how badly ASDF bundle-op is failing. aka <https://github.com/armedbear/abcl/issues/366> -- -- Ticket URL: <https://abcl.org/trac/ticket/484#comment:2> armedbear <https://abcl.org> armedbear
participants (1)
-
armedbear