Re: Test-multiple

If you let me know what Jenkins happens to be then I may be able to give a look at the problem. I have been planning an update to the latest ASDF for my upcoming (RSN) release of MKCL 1.1.11, so I may as well squeeze that question in. Regards, JCB On Mon, Feb 19, 2018 at 6:56 PM, Robert Goldman

Re: MKCL fails when non-erroneous condition is signaled

On Tue, Jul 25, 2017 at 11:29 AM, Robert Goldman wrote: > On 7/25/17 Jul 25 -8:18 AM, Faré wrote: > > On Tue, Jul 25, 2017 at 9:14 AM, Robert Goldman > wrote: > >> (...) > >> > >> What's the right repo to work from? I have this: > >> > >> origin

Re: MKCL fails when non-erroneous condition is signaled

On Mon, Jul 24, 2017 at 1:28 AM, Jean-Claude Beaudoin < jean.claude.beaud...@gmail.com> wrote: > > On Sun, Jul 23, 2017 at 7:49 PM, Faré <f...@tunes.org> wrote: > >> Regarding these ASDF failures on MKCL: >> * test-program was a bug in my latest ASDF tweaks, now

Re: MKCL fails when non-erroneous condition is signaled

On Fri, Jul 21, 2017 at 3:00 AM, Faré <fah...@gmail.com> wrote: > On Thu, Jul 20, 2017 at 10:23 PM, Jean-Claude Beaudoin > <jean.claude.beaud...@gmail.com> wrote: > (...) > > >> I believe it's a bug in MKCL, maybe specifically in command line > >> proc

Re: MKCL fails when non-erroneous condition is signaled

Hello Faré, On Thu, Jul 20, 2017 at 9:06 PM, Faré wrote: > Dear Jean-Claude, > > ASDF 3.3 (the "plan" branch) is failing miserably on MKCL, because it > signals a non-serious condition (that is only handled in some > contexts) as a way to detect out-of-date .asd files. All

Re: 3.2rc on MKCL (Was: ASDF 3.1.7.43 is 3.2 release candidate)

Testing a fresh ASDF repo clone (master head) with latest MKCL on Vista (Win32) and Windows 7 (Win64) both result in only 2 failures: test-program.script test-run-program.script Will investigate shortly...

Re: 3.2rc on MKCL (Was: ASDF 3.1.7.43 is 3.2 release candidate)

On Fri, Dec 16, 2016 at 12:15 PM, Robert Goldman wrote: > > > Just to check: this means that MKCL now *can* fmakunbound a SETF method? > > I have not been able to reproduce this presumed "fmakunbound on SETF" problem on any MKCL 1.1.X (from X=0 onward). So I don't know where

3.2rc on MKCL (Was: ASDF 3.1.7.43 is 3.2 release candidate)

On Thu, Dec 15, 2016 at 7:51 PM, Faré wrote: > > "Our greatest release ever!" > > :-) I just tried ASDF master head on my latest MKCL with this small (attached) edit and I got this as result: -#--- Using ../../../bin/mkcl Ran 63 tests:

ASDF compilation on MKCL now broken for version currently on gitlab master head.

Hello ASDF-devs, I'd like to inform you that the recent commit Make module provider wrapping idempotent has introduced new issues in the ASDF code such that it does not compile anymore on MKCL. There seems

Re: Recent disappearance of asdf:bundle-system.

On Sun, Sep 11, 2016 at 8:12 AM, Daniel Kochmański wrote: > Hey, > > now all MKCL tests pass as expected. I've also disabled load-bundle-op > as a default option (seems like a MKCL bug): > > https://gitlab.common-lisp.net/asdf/asdf/merge_requests/11 > I'll have to look

Recent disappearance of asdf:bundle-system.

Hello ASDF devs, I noticed recently that asdf/bundle:bundle-system has disappeared from ASDF. MKCL is/was a user of that function as a convenient entry point to the ASDF bundle facility. My impression was that, along the lines of asdf:load-system and asdf:compile-system, asdf:bundle-system was

Re: Bundle operations

On Wed, Sep 23, 2015 at 1:10 PM, Faré wrote: > >>: Faré > > >> when asdf-ecl was initially written, its load-fasl-op was intended > >> as the default way to load a system. Because of implementation bugs > >> revealed as ASDF improved its testing, this feature was disabled at >

Re: [Asdf-devel] Program with metaclass on MKCL.

On Thu, Dec 4, 2014 at 5:20 AM, D. Martinez denis.marti...@live.com wrote: Hello. Being new to serious CL programming I am hitting a brick wall right now in one CLOS project. After some time of infructuous searching I cannot find the source of my problem, which may be of either MKCL or ASDF

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Mon, Nov 3, 2014 at 11:31 PM, Robert P. Goldman rpgold...@sift.info wrote: Jean-Claude Beaudoin wrote: On Mon, Nov 3, 2014 at 4:16 PM, Robert P. Goldman rpgold...@sift.info mailto:rpgold...@sift.info wrote: This morning I pulled an update from the mkcl git repo, rebuilt on my

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Mon, Nov 3, 2014 at 11:28 PM, Robert P. Goldman rpgold...@sift.info wrote: Actually, we pulled lisp-invocation into ASDF as a git submodule (it was liberated from XCVB). You should get this lisp invocation automatically. Please go to your ext/ subdirectory and populate the git submodules

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Mon, Nov 3, 2014 at 11:31 PM, Robert P. Goldman rpgold...@sift.info wrote: Jean-Claude Beaudoin wrote: On Mon, Nov 3, 2014 at 4:16 PM, Robert P. Goldman rpgold...@sift.info mailto:rpgold...@sift.info wrote: This morning I pulled an update from the mkcl git repo, rebuilt on my

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Mon, Nov 3, 2014 at 4:16 PM, Robert P. Goldman rpgold...@sift.info wrote: This morning I pulled an update from the mkcl git repo, rebuilt on my Linux Mint machine, and retested with the latest ASDF. All the tests that completed seemed to complete successfully, but test-program.script

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Sun, Oct 5, 2014 at 11:03 PM, Faré fah...@gmail.com wrote: test-try-refinding.script is a relatively new test (introduced shortly before the 3.1.3 release), so its failure might not be a regression in ASDF if none of us tested 3.1.3 with MKCL (did we?). Now, infinite looping is certainly a

[Asdf-devel] Fwd: ASDF test failure on MKCL linux

-- Forwarded message -- From: Jean-Claude Beaudoin jean.claude.beaud...@gmail.com Date: Mon, Oct 6, 2014 at 7:30 PM Subject: Re: [Asdf-devel] ASDF test failure on MKCL linux To: rpgold...@sift.net rpgold...@sift.net On Mon, Oct 6, 2014 at 5:38 PM, Robert Goldman rpgold

Re: [Asdf-devel] ASDF test failure on MKCL linux

Somehow, what I suspect to be a typo has been introduced in the test-bundle.script in the form of a MKEXT package name. MKCL never had a MKEXT package but it has a MK-EXT package nickname for package MKCL. The MK-EXT nickname is to mimic the SB-EXT package in SBCL. So you should either use MK-EXT

Re: [Asdf-devel] ASDF test failure on MKCL linux

On Sun, Oct 5, 2014 at 8:57 PM, Faré fah...@gmail.com wrote: Dear JCB, You suggestion indeed fixes test-bundle.script, but now this test loops indefinitely for me, using the latest mkcl from git: make t l=mkcl t=test-try-refinding.script This one does not look like a mere typo. I will have

Re: [Asdf-devel] ASDF test failure on MKCL linux

before I have a fix for this one. So, please, do the workaround in the meantime. —♯ƒ • François-René ÐVB Rideau •ReflectionCybernethics• http://fare.tunes.org As the Chinese say, 1001 words is worth more than a picture. — John McCarthy On Sun, Oct 5, 2014 at 9:20 PM, Jean-Claude Beaudoin

[Asdf-devel] Should MKCL wait for ASDF 3.1.3? [Was: Moving MKCL's bundled version to ASDF 3.1.2]

On Fri, Jun 20, 2014 at 11:05 PM, Jean-Claude Beaudoin jean.claude.beaud...@gmail.com wrote: On Fri, Jun 20, 2014 at 7:53 PM, Faré fah...@gmail.com wrote: Robert, I took the liberty of committing this fix as 3.1.2.5. You might want a different fix, or to scratch this feature, etc. I

[Asdf-devel] Moving MKCL's bundled version to ASDF 3.1.2

On Wed, Jun 18, 2014 at 1:55 AM, Faré fah...@gmail.com wrote: Can you upgrade your ASDF from 3.0.3.0.2 to 3.1.2? Does 3.1.2 require a patch? If it does, then let's get it pushed upstream into e.g. 3.1.2.5. I dropped in ASDF 3.1.2 from the release tarball in the MKCL 1.1.9 source tree as a

Re: [Asdf-devel] Moving MKCL's bundled version to ASDF 3.1.2

On Fri, Jun 20, 2014 at 9:40 AM, Faré fah...@gmail.com wrote: On Fri, Jun 20, 2014 at 6:11 AM, Jean-Claude Beaudoin jean.claude.beaud...@gmail.com wrote: I dropped in ASDF 3.1.2 from the release tarball in the MKCL 1.1.9 source tree as a direct replacement of the currently bundled ASDF

Re: [Asdf-devel] Moving MKCL's bundled version to ASDF 3.1.2

On Fri, Jun 20, 2014 at 9:37 AM, Robert P. Goldman rpgold...@sift.info wrote: Jean-Claude Beaudoin wrote: On Wed, Jun 18, 2014 at 1:55 AM, Faré fah...@gmail.com mailto:fah...@gmail.com wrote: Can you upgrade your ASDF from 3.0.3.0.2 to 3.1.2? Does 3.1.2 require a patch

Re: [Asdf-devel] Moving MKCL's bundled version to ASDF 3.1.2

On Fri, Jun 20, 2014 at 7:53 PM, Faré fah...@gmail.com wrote: Robert, I took the liberty of committing this fix as 3.1.2.5. You might want a different fix, or to scratch this feature, etc. I can confirm that, as of now, ASDF git master head is completing a live upgrade like ASDF 3.0.3.0.X

Re: [Asdf-devel] mkcl and asdf upgrade. It works now.

On Mon, Jun 16, 2014 at 9:20 PM, Faré fah...@gmail.com wrote: Interestingly, uiop/common-lisp.lisp sets clos::*redefine-class-in-place* in uiop/common-lisp — is the problem due to your compiling asdf/defsystem separately, and bind r-c-i-p in LOAD, so that this setting doesn't apply to

Re: [Asdf-devel] mkcl and asdf upgrade

On Mon, Jun 16, 2014 at 12:38 PM, Robert Goldman rpgold...@sift.net wrote: I have replicated this bug by doing the following: 1. update my copy of mkcl from git 2. build and install new mkcl 3. update my copy of ASDF, checking out master 4. do make in the ASDF root directory 5. do make

Re: [Asdf-devel] mkcl and asdf upgrade

On Sat, Jun 14, 2014 at 1:26 PM, Faré fah...@gmail.com wrote: Could you please do rm /home/tunes/src/common-lisp/mkcl/src/gc/include/private/config.h and then do again the sequence: make distclean; configure your options; make I'll try to make a better fix in the next hours...

Re: [Asdf-devel] mkcl and asdf upgrade, partial fix

On Sat, Jun 14, 2014 at 3:47 AM, Faré fah...@gmail.com wrote: I tried to run cl-launch with mkcl, and mkcl crashed during the upgrade of asdf from 3.0.3.0.1 to 3.1.2: echo '(in-package :fare-quasiquote) (format t ~A~% *package*)' | cl -l mkcl -s fare-quasiquote-extras -f - Error during

Re: [Asdf-devel] Problem with testing on MKCL: more info

On Tue, Apr 22, 2014 at 1:26 AM, Jean-Claude Beaudoin jean.claude.beaud...@gmail.com wrote: I had to do this instead: ./test/run-tests.sh -u mkcl ... Working on it... Could you please apply the content of this tiny attached patch and tell me if it makes the problem go away? Thanks

[Asdf-devel] Fwd: mkcl crashes during upgrade test

Forgot to cc the list. -- Forwarded message -- From: Jean-Claude Beaudoin jean.claude.beaud...@gmail.com Date: Mon, Apr 21, 2014 at 9:42 PM Subject: Re: [Asdf-devel] mkcl crashes during upgrade test To: Robert Goldman rpgold...@sift.info On Mon, Apr 21, 2014 at 4:33 PM, Robert

Re: [Asdf-devel] Problem with testing on MKCL: more info

On Mon, Apr 21, 2014 at 4:46 PM, Robert P. Goldman rpgold...@sift.infowrote: CALL-STACK overflow, stack size = 8712192.. upgrade FAILED for mkcl from REQUIRE using method 'load-asdf-lisp'load-asdf-fasl you can retry just that test with: ASDF_UPGRADE_TEST_TAGS=REQUIRE

Re: [Asdf-devel] Problem with testing on MKCL: more info

On Mon, Apr 21, 2014 at 10:53 PM, Robert P. Goldman rpgold...@sift.infowrote: OK, this is what happens if I go to the ASDF git working copy and do make test-upgrade l=mkcl or, equivalently, go to asdf/test/ and do ./run-tests.sh -u mkcl Hope that will be enough to be easily repeatable

Re: [Asdf-devel] mkcl and asdf

On Wed, Apr 16, 2014 at 10:13 PM, Robert P. Goldman rpgold...@sift.infowrote: Question of clarification: how does MKCL interact with the ASDF release process? MKCL tries to bundle the latest official release of ASDF at the time of its own release and tries to do so at most a few months behind

Re: [Asdf-devel] mkcl and asdf

On Tue, Apr 8, 2014 at 11:16 AM, Faré fah...@gmail.com wrote: Right now, I have it busy-looping into plenty of ;;; Loading /home/tunes/src/mkcl/contrib/alexandria_2012_08_14/alexandria.asd ... This suggests that one of the things you need to do is have tighter control over the

Re: [Asdf-devel] mkcl and asdf

On Tue, Apr 8, 2014 at 1:07 AM, Jean-Claude Beaudoin jean.claude.beaud...@gmail.com wrote: I will back port to MKCL 1.1.9 the fixes I currently have in MKCL 1.2.0. You will have them in the git repository in a few hours. compiler::*speed* is going away anyway since proclaim at al. need

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

Take 2. On Tue, Mar 25, 2014 at 3:12 AM, Faré fah...@gmail.com wrote: ... Problems I found: 1- you look for encodings in #pSYS:ENCODINGS; (upper case, as per the standard), which is mapped to .../lib/mkcl-1.1.8/encodings/ (lower case, as customary on Unix, thus as per the standard).

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

On Tue, Mar 25, 2014 at 3:12 AM, Faré fah...@gmail.com wrote: ... Problems I found: 1- you look for encodings in #pSYS:ENCODINGS; (upper case, as per the standard), which is mapped to .../lib/mkcl-1.1.8/encodings/ (lower case, as customary on Unix, thus as per the standard). However, the

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

x86_64 and on Windows XP i386, both complete make test-lisp without failure. It has also been tested with sbcl 1.0.55.0.debian on Ubuntu 12.04. Regards, Jean-Claude Beaudoin From ad47ee96c608c0efb9064b23537de96c24fa4ac1 Mon Sep 17 00:00:00 2001 From: Jean-Claude Beaudoin jean.claude.beaud

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

On Mon, Mar 17, 2014 at 12:02 PM, Jean-Claude Beaudoin jean.claude.beaud...@gmail.com wrote: On Sun, Mar 16, 2014 at 12:11 PM, Robert P. Goldman rpgold...@sift.infowrote: Thank you very much! I look forward to merging and testing. Here is attached the cleaned-up patch in git format

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

On Mon, Mar 17, 2014 at 2:47 PM, Robert P. Goldman rpgold...@sift.infowrote: Jean-Claude Beaudoin wrote: On Mon, Mar 17, 2014 at 12:48 PM, Robert P. Goldman rpgold...@sift.info mailto:rpgold...@sift.info wrote: Random minor question: In bundle.lisp why the replacement

Re: [asdf-devel] Port of ASDF 3.1.0.94 to MKCL

(XP) (where only one test still fails: monolithic-dll-op in test-bundle.script). Should be done shortly... Regards, Jean-Claude Beaudoin

[asdf-devel] Yes proglogue and epilogue is used!

but I was out all day participating in a double fencing tournament. I did basically a somewhat marathon-like 8 hours straight of competitive épée, so I hope you will understand if I stand a bit out of phase with my computer keyboard for a few more hours while I try to recover. Cheers, Jean-Claude

Re: [asdf-devel] ASDF 3.0.3 ported to MKCL 1.1.7

On Thu, Feb 20, 2014 at 9:09 PM, Faré fah...@gmail.com wrote: while you're at it, beside making it work with the latest 3.1, you can look at the ECL-only tests and mkcl workarounds in the tests (grep for ecl and mkcl tests/ and subdirectories). It would be great if you could make them work

[asdf-devel] ASDF 3.0.3 ported to MKCL 1.1.7

Hello ASDF maintainers, I just completed a port of ASDF 3.0.3 to what will soon be released as MKCL 1.1.7. It currently passes all the 48 tests of yours on Linux (Ubuntu 12.04) and I will very soon test it on Win32 and Win64 (I expect a routine ride there). I would like to submit back to you the

Re: [asdf-devel] Patches against ASDF 2.26.5 for MKCL.

On Sun, Dec 2, 2012 at 11:59 AM, Faré fah...@gmail.com wrote: Notably, I'm using load-sysdef then load-system for asdf-bundle, Seems that load-sysdef works just fine (so nihil obstat). But the spurious style warning is back in asdf-bundle.lisp. Here is attached what can silence it. Sorry to

[asdf-devel] ASDF 2.23 ported to MKCL.

with the ASDF main development branch. The new ASDF 2.23 for MKCL code is available on github at: git://github.com/jcbeaudoin/asdf-mkcl.git I hope you will find convenient enough to pull from it the relevant parts for the merge. Regards, Jean-Claude Beaudoin

Re: [asdf-devel] ASDF2: Bug in merge-pathnames*

against the spirit of the ANSI CL text on truename... (I say this above in the context of *default-pathname-defaults* being #P itself.) Cheers, Jean-Claude Beaudoin [ François-René ÐVB Rideau | ReflectionCybernethics | http://fare.tunes.org ] You think you know when you can learn, are more sure

[asdf-devel] ASDF2: Bug in merge-pathnames*

to be wrong on at least one ANSI Common Lisp conforming implementation: (defun current-directory () (truenamize (pathname-directory-pathname *default-pathname-defaults*))) Cheers, Jean-Claude Beaudoin --- diff asdf-1.720/asdf.lisp asdf.lisp 519c520,522 (append

[asdf-devel] How can I muffle ASDF2 chatter in one shot?

. Thanks Jean-Claude Beaudoin ___ asdf-devel mailing list asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel

[asdf-devel] ASDF2: Please, no unwrapped calls to truename.

attribute sure beat me! Cheers, Jean-Claude Beaudoin ___ asdf-devel mailing list asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel

Re: [asdf-devel] ASDF2: Please, no unwrapped calls to truename.

Robert Goldman wrote: On 4/5/10 Apr 5 -6:38 AM, Jean-Claude Beaudoin wrote: My very first attempt at using ASDF version 1.661 on my system ended-up in the debugger on a file-error signaled by ... I fixed the situation by modifying asdf::component-parent-pathname this way: (defun component

[asdf-devel] ASDF2 cache control?

of ASDF? Thanks, Jean-Claude Beaudoin ___ asdf-devel mailing list asdf-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel