Re: Announcing ASDF 3.3.7 Release

Thanks for your hard work in getting a new release out! I always have a hard time remembering how to clone asdf and how to run the tests, but I think I figured it out and all the tests ran fine for me using the latest snapshot of cmucl. I'll be updating cmucl to the new version soon. Just in

Re: Request for information: Implementation-specific DEFPACKAGE extensions

On Mon, Jan 8, 2024 at 8:10 AM Robert Goldman wrote: > Before merging this, it would be nice to know of other implementations' > extensions to defpackage. I'd be obliged if those in the know would post > information about defpackage extensions their favored implementations > have added, if any,

Re: Simple use of output-translations

Thanks. Is it possible to do this programmatically? I need this to work without someone manually setting up the config dir. On Fri, Oct 22, 2021 at 10:33 AM Stelian Ionescu wrote: > Add this to ~/.config/common-lisp/asdf-output-translations.conf: > > (:output-translations >

Simple use of output-translations

I want to do a simple output translation and I just can't figure out what the sexp dsl would be for that. What I want to do. Let's say my asd file is in src/foo/proj.asd. What I want is when I build the project, the fasls go in output/foo. I just can't figure out how to set up the output

Re: Rejiggering the branches

I'd prefer main over dev. Mostly because github has (forcibly) renamed master to main (along with other projects) so I'm used to main being what master used to be. Having to remember master, main, and dev is just too much work for my old brain. On Mon, Jul 12, 2021 at 7:34 AM Robert Goldman

Re: ASDF components are brittle for backwards compatibility

> "Stelian" == Stelian Ionescu writes: Stelian> Instead of dedicating much work to ensuring that newer Stelian> DEFSYSTEMs work with old ASDF versions, we should make it Stelian> clear that one should just update ASDF frequently. While I don't follow too closely, I think most

Re: asdf defsystem worked in 3.2.1 but not 3.3.0

lled `brightness', but it doesn't work." > — Gallagher > > > On Sun, Oct 8, 2017 at 12:08 AM, Raymond Toy <toy.raym...@gmail.com> > wrote: > > That's the entire defsystem. But it's inside the file > > https://gitlab.common-lisp.net/cmucl/cmucl/blob/master/tests/p

Re: asdf defsystem worked in 3.2.1 but not 3.3.0

ow can I reproduce? > > —♯ƒ • François-René ÐVB Rideau •Reflection• > http://fare.tunes.org > Passive hope is wishful thinking, a poison of the mind. > Active hope is creative passion, the mover of the universe. > > > On Sat, Oct 7, 2017 at 11:44 PM, Raymond Toy <toy.raym.

asdf defsystem worked in 3.2.1 but not 3.3.0

The following defsystem worked in asdf 3.2.1 but no longer works in 3.3.0. The error message doesn't really help in figuring out what's circular. And I just can't see what's circular. The system: (asdf:defsystem :pcl-test :pathname "pcl/" :components ((:file "pkg") #+gerds-pcl

Re: ASDF 3.3.0 is released!

On Fri, Oct 6, 2017 at 12:24 PM, Robert Goldman wrote: > > I would like to dedicate this ASDF release to the late Elias Pipping. On > a technical level, Elias made great improvements in some of the most > challenging ASDF internals, notably the RUN-PROGRAM component of UIOP,

Re: Wildcard modules support

> "Ricardo" == Ricardo writes: Ricardo> The intended purpose of wild-module as defined in asdf-contrib is to Ricardo> specify a module composed of the set of files that match a glob Ricardo> pattern. Ricardo> For example: Ricardo> (defsystem

Re: Moving towards resignation

> "Robert" == Robert Goldman writes: Robert> I am now very unhappy with my role as maintainer. Robert> Over my repeated expressions of concern, the minimakefile -- which aims Robert> to replace normal shell tools with CL-based scripting facilities -- has

Re: user-homedir-pathname on cmucl

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 1/9/16 Jan 9 -3:13 AM, Raymond Toy wrote: >>>>>>> "Robert" == Robert Goldman >>>>>>> <rpgold...@sift.net> writes: &g

Re: uiop parse-native-namestring portability?

> "Jared" == Jared C Davis writes: Jared> Hi, Jared> Hrmn, this also seems to provoke an error in CMUCL: Jared> * (uiop:ensure-directory-pathname (uiop:parse-native-namestring ".")) Jared> Error in function LISP::UNPARSE-UNIX-FILE: Jared>

Re: user-homedir-pathname on cmucl

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 1/4/16 Jan 4 -11:48 AM, Raymond Toy wrote: Robert> OK, I just pushed 3.1.6.8 with the fix for you. Hmm. I just did a git pull --rebase, but only 3.1.6.6 is available. Am I doing something wrong? -- Ray

Re: uiop parse-native-namestring portability?

> "Jared" == Jared C Davis writes: Jared> Hi, Jared> Hrmn, this also seems to provoke an error in CMUCL: Jared> * (uiop:ensure-directory-pathname (uiop:parse-native-namestring ".")) Jared> Error in function LISP::UNPARSE-UNIX-FILE: Jared>

Re: user-homedir-pathname on cmucl

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 1/4/16 Jan 4 -11:48 AM, Raymond Toy wrote: >> So far, cmucl has always picked up releases as they've happened. Robert> OK, I just pushed 3.1.6.8 with the fix fo

Re: user-homedir-pathname on cmucl

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 12/20/15 Dec 20 -12:14 PM, Raymond Toy wrote: >>>>>>> "Robert" == Robert Goldman >>>>>>> <rpgold...@sift.net> writes:

Re: user-homedir-pathname on cmucl

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 12/19/15 Dec 19 -2:32 PM, Raymond Toy wrote: >> >> Not sure how this ever worked with cmucl, but user-homedir-pathname on >> cmucl returns #p"hom

user-homedir-pathname on cmucl

Not sure how this ever worked with cmucl, but user-homedir-pathname on cmucl returns #p"home:", where "home:" is a search-list. In some cases, it looks like asdf is trying to create the cache directory and end up with a path like

Re: Suggestions for procedure going forward

> "Far" == Far writes: Far> On Thu, Nov 19, 2015 at 12:55 AM, Robert Goldman wrote: >> On 11/18/15 Nov 18 -11:33 PM, Steven Núñez wrote: >>> With git you can, and usually do, have many branches, including personal ones. The pull request will be against a

Re: Finding depended-upon systems

> "Fare" == Far writes: >> Once in a long while I've wanted to get a list of all of the source >> files, or the fasl files, a dependency graph (tree?). Mostly just to >> see what the system thinks it has and what I think it should have. >> Fare> There is a contrib/

Re: Finding depended-upon systems

>>>>> "Robert" == Robert Goldman <rpgold...@sift.net> writes: Robert> On 11/18/15 Nov 18 -10:47 AM, Raymond Toy wrote: >>>>>>> "Fare" == Far writes: >> >> >> Once in a long while I've wanted

Re: Finding depended-upon systems

> "Robert" == Robert Goldman writes: Robert> This seems like it might be a good FAQ, and we had some correspondence Robert> about a related query earlier. [snip] Robert> Maybe we should wrap this up and provide it as part of an ASDF query API? These kinds

Re: 3.1.6

>>>>> "Pascal" == Pascal J Bourguignon <p...@informatimago.com> writes: Pascal> Raymond Toy <toy.raym...@gmail.com> Pascal> writes: >>>>>>> "Far" == Far writes: >> Far> test and file a bu

Re: 3.1.6

> "Far" == Far writes: Far> test and file a bug against CLISP. Maybe some day CLISP will have new Far> maintainers who'll fix it. Anyone who uses logical pathnames DESERVES A new maintainer has volunteered (pjb). It remains to be seen if he follows through since there haven't been

Re: manual version

Robert == Robert P Goldman rpgold...@sift.net writes: Robert Mark Evenson wrote: On 3/24/15 03:12, Robert P. Goldman wrote: DJ wrote: How do I know whether the asdf manual I am looking at matches the version of asdf I have installed? Seems like we should

[asdf-devel] Re: Make the CL syntax predictable

Fare == Far Far writes: Fare Thanks a lot, Anton! Fare Well, here's a valid argument in favor of 'single-float as the Fare default: making 'double-float the default breaks 22 systems in Fare Quicklisp (a bit fewer when you consider that some systems only Fare depended on a

[asdf-devel] Re: Make the CL syntax predictable

Fare == Far Far writes: Fare On Thu, Mar 27, 2014 at 2:00 PM, Anton Vodonosov avodono...@yandex.ru wrote: Fare, if femlisp configures *read-default-float-format* why does it fail with your ASDF change? Do you restore standard CL syntax around every file compilation? Fare

[asdf-devel] Re: ASDF 3.0.3 released

Robert == Robert Goldman rpgold...@sift.net writes: Robert Dear Lisp hackers, Robert I am pleased to announce the release of ASDF 2.26. Robert Since previous release 2.25, the changes are as follows: I assume you really meant 3.0.3 and not 2.26. :-) I ran the tests and they all

[asdf-devel] Re: ASDF 3.0.2.1 released

Robert == Robert Goldman rpgold...@sift.info writes: Robert ASDF 3.0.2.1 is the first candidate release for ASDF, containing several Robert bug fixes. If this is the first release candidate, can you explain the difference between this and the 3.0.2 that was released a month or so ago?

[asdf-devel] Re: ASDF 3.0.2.1 released

Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote: If this is the first release candidate, can you explain the difference between this and the 3.0.2 that was released a month or so ago? I'm a bit confused now on the numbering. Robert I have

[asdf-devel] Re: ASDF 3.0.2.1 released

Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote: Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote: If this is the first release candidate, can you explain the difference between this and the 3.0.2

[asdf-devel] Re: ASDF 3.0.2.1 released

Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote: Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote: Robert == Robert Goldman rpgold...@sift.info writes: Robert Raymond Toy wrote

[asdf-devel] Re: Tiny patch for cmucl print-herald

Fare == Far Far writes: Fare CMUCL on my ubuntu x64 gets confused by gcc not being 32-bit and won't Fare dump an image, so I can't test it, but please try ASDF 3.0.1.13, in That's odd. Unless you try to dump an executable image (which is not the default), gcc should not

[asdf-devel] Re: Tiny patch for cmucl print-herald

Fare == Far Far writes: Fare In this case, either dump-image should accept separate :executable and Fare :standalone arguments, and/or use :executable executable on CMUCL, and Fare :init-function restore-image Fare only when standalone. Backward compatibility is a bitch, whereby

[asdf-devel] Re: Tiny patch for cmucl print-herald

Fare == Far Far writes: Fare On Mon, Jul 1, 2013 at 11:12 PM, Raymond Toy toy.raym...@gmail.com wrote: Not sure how useful this would be, but it would be nice if images that contained asdf could display the asdf version on startup on cmucl. Anyway, here

[asdf-devel] Re: Please test for ASDF 3.0.2

Fare == Far Far writes: Fare On Tue, Jun 25, 2013 at 12:58 PM, Raymond Toy toy.raym...@gmail.com wrote: Fare == Far Far writes: Fare Dear Lisp hackers, Fare next release of ASDF will be 3.0.2, and be done shortly by Robert Goldman. Fare Please test. I

[asdf-devel] Tiny patch for cmucl print-herald

Not sure how useful this would be, but it would be nice if images that contained asdf could display the asdf version on startup on cmucl. Anyway, here is the necessary change to allow cmucl to print out the adsf version when the startup banner is printed. Ray (setf (getf ext:*herald-items*

[asdf-devel] Re: Please test for ASDF 3.0.2

Fare == Far Far writes: Fare Dear Lisp hackers, Fare next release of ASDF will be 3.0.2, and be done shortly by Robert Goldman. Fare Please test. I don't see any tag for 3.0.2. There's 3.0.1.3. Is that intended to be 3.0.2? In any case cmucl passes all of the tests using

[asdf-devel] Re: ASDF 3.0.0

Far == Far Far writes: Far Dear Lisp hackers, Far I'm proud to announce the release of release ASDF 3.0.0. Far Please test it and include it in your Common Lisp implementation or Far distribution. I ran the test with cmucl 2013-05 and got 45 pass, 1 failure in

[asdf-devel] Re: Please test before releasing ASDF 3.0.0 - Also, resigning again

Fare == Far Far writes: Fare Dear Lisp hackers, Fare I'd like to release ASDF 3.0 next week (maybe even later this week). Fare Can you test ASDF before I do? You didn't say what version, so I tested with HEAD and cmucl-snapshot-to-be and all 46 tests pass. Fare will be the

Re: [asdf-devel] testing ASDF with cl-test-grid

Anton == Anton Vodonosov avodono...@yandex.ru writes: Anton 13.03.2013, 04:55, Raymond Toy toy.raym...@gmail.com:  Anton == Anton Vodonosov avodono...@yandex.ru writes: Anton 2. test CMUCL 2013-03 snapshot where the bug is fixed. Anton http://common-lisp.net

Re: [asdf-devel] testing ASDF with cl-test-grid

Anton == Anton Vodonosov avodono...@yandex.ru writes: Anton 2. test CMUCL 2013-03 snapshot where the bug is fixed. Anton http://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-22-cmucl.html Anton   Anton     Here we have 3 regressions, all caused by utf8. Either this is

Re: [asdf-devel] testing ASDF with cl-test-grid

Anton == Anton Vodonosov avodono...@yandex.ru writes: Anton http://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-21.html Anton ABCL results also have no new failures. Anton But CMUCL still has problem: Anton

Re: [asdf-devel] standard io syntax woes

Fare == Far Far writes: Fare For the record, checking on my machine today: Fare Implementations that make the standard readtable read-only: Fare allegro sbcl Fare Implementations that don't: Fare abcl ccl clisp cmucl ecl lispworks scl FWIW, on cmucl, *readtable* is a copy

Re: [asdf-devel] standard io syntax woes

Fare == Far Far writes: Fare On Thu, Feb 21, 2013 at 2:08 PM, Raymond Toy toy.raym...@gmail.com wrote: Fare == Far Far writes: Fare For the record, checking on my machine today: Fare Implementations that make the standard readtable read-only: Fare allegro sbcl

Re: [asdf-devel] Example of deferred warnings?

Fare == Far Far writes: Fare Dear Raymond, Fare thanks a lot for porting the deferred-warnings support to CMUCL! Cool. I noticed that some of the code had changed recently and was going to send you another (untested) patch. Fare Incidentally, your code also works on SCL.

Re: [asdf-devel] component-property

Fare == Far Far writes: Fare After discussion with people on #lisp and via private chat, I decided Fare to use a shorter name. Here is what was released in 2.27: Fare :long-name Another System Definition Facility Fare :homepage http://common-lisp.net/projects/asdf/; Fare

[asdf-devel] Test error with latest asdf

I grabbed the latest sources and ran make test with current cmucl. The basic tests pass but I get this: -#--- Using cmulisp Ran 44 tests: 44 passing and 0 failing all tests apparently successful -#--- ./test/run-tests.sh

[asdf-devel] CMUCL fails tests (Was Re: Just pulled an update and now CCL fails the tests)

Fare == Far Far writes: Fare Lovely. It's a case of merging with the *default-pathname-defaults* Fare being #p and how I tried to limit the amount of truenaming but Fare overshot. And while debugging it, running into more bugs in my code, Fare and loveliness in the

Re: [asdf-devel] asdf-encodings?

Fare == Far Far writes: Fare On Tue, Jan 15, 2013 at 12:27 PM, Raymond Toy Fare toy.raym...@gmail.com wrote: Is this the right place to talk about asdf-encodings? Apologies if this is the wrong place. Fare This is the right place indeed. One minor issue

[asdf-devel] asdf-encodings?

Is this the right place to talk about asdf-encodings? Apologies if this is the wrong place. One minor issue with asdf-encodings and cmucl: It looks like find-implementation-encoding does not expect an error for unknown encodings, so for cmucl, the implementation should be #+cmu (ignore-errors

Re: [asdf-devel] News on the front

Fare == Far Far writes: Fare On Fri, Jan 11, 2013 at 12:26 PM, Raymond Toy Fare toy.raym...@gmail.com wrote: Is the plan that asdf is still delivered as one giant file or will it eventually move to being delivered as multiple files? Just curious. Fare ASDF

Re: [asdf-devel] Merging asdf-encodings into asdf?

Far == Far Far writes: The next release of the SCL integrates comprehensive support for reading a text file character encoding from an Emacs style coding attribute. The support was contributed to public domain CMUCL if you wish to examine it. This allows 'load and

Re: [asdf-devel] asdf 2.25 released

On 9/27/12 5:15 PM, Faré wrote: Dear Lisp hackers, I am pleased to announce the release of ASDF 2.25. Since previous release 2.24, the changes are as follow: Portability: * Lispworks: avoid professional edition functions in personal edition. * CormanLisp: improve support a little

Re: [asdf-devel] asdf 2.23 released

On 7/17/12 8:13 AM, Faré wrote: I am pleased to announce the release of ASDF 2.23. Since previous release 2.22, the changes are as follow: * add new :compile-check argument to compile-file* and around-compile-hook. This allows for consistency check of .fasl output before the file can

Re: [asdf-devel] asdf 2.22 released

On 6/12/12 12:37 PM, Faré wrote: I am pleased to announce the release of ASDF 2.22. Since previous release 2.21, the changes are as follow: Since I didn't see any mention of it, I ran the test with cmucl 2012-06 (the very latest snapshot). All tests pass, so I'll be including asdf 2.22 in the

Re: [asdf-devel] Please test 2.20.16

On 4/21/12 1:13 PM, Faré wrote: And yes, it works for me, too, with the 2012-04 snapshot. Yay! But as reported a few days ago, it was borking for me on vanilla 20c. -#--- Using /Volumes/share2/src/clnet/cmucl/release-20c/darwin-20c/bin/lisp -noinit -batch

Re: [asdf-devel] Tested all on 2.20.12 Mac OS X 10.6

On 4/17/12 10:14 PM, Faré wrote: On Tue, Apr 17, 2012 at 22:13, Raymond Toy toy.raym...@gmail.com wrote: On 4/15/12 2:26 PM, Robert Goldman wrote: Seems to work fine. Still not testing on CMUCL, waiting for patch to that. What patch are you waiting for? Hard for me to fix something that I

Re: [asdf-devel] Update: encoding file options version.

On 4/18/12 7:24 AM, Douglas Crosher wrote: * UTF-8 detection removed to save on the line count. Still detects a UTF-8 BOM, and reads a UTF-8 encoding file option. Adding a UTF-8 encoding file option will help other tools too anyway. Does anyone use a BOM with utf8? It's not required,

Re: [asdf-devel] Tested all on 2.20.12 Mac OS X 10.6

On 4/15/12 2:26 PM, Robert Goldman wrote: Seems to work fine. Still not testing on CMUCL, waiting for patch to that. What patch are you waiting for? Hard for me to fix something that I can't reproduce on my systems. :-( Ray ___ asdf-devel mailing

Re: [asdf-devel] source file encoding

On 4/8/12 12:28 PM, Nikodemus Siivola wrote: On 8 April 2012 17:36, Faré fah...@gmail.com wrote: I think requiring a few marginal hackers doing weird things to specifiy :encoding :default is a small price to pay for everyone to be able to specify I disagree. Consider this: X has a

Re: [asdf-devel] source file encoding

On 4/9/12 3:05 PM, Faré wrote: On Mon, Apr 9, 2012 at 11:37, Douglas Crosher dtc-a...@scieneer.com wrote: Won't library authors need to wait until their user base has upgraded ASDF before they can start migrating to UTF-8? No. Library authors have *already* largely adopted UTF-8. See

Re: [asdf-devel] source file encoding

On 4/9/12 1:46 PM, Faré wrote: Also, note that ASDF's encodings play a much more limited role than external-formats: they are not meant as a way to express arbitrary transformations an implementation may provide for a variety of input and output uses, but only as a way to *portably*

Re: [asdf-devel] clear-output-translations and saved cores

Robert == Robert Goldman rpgold...@sift.info writes: Robert On 6/10/11 Jun 10 -8:55 AM, Raymond Toy wrote: Xach brought this to my attention wrt to maxima, but it's not really about maxima and asdf2. My question is if clear-output-translations should always be called

[asdf-devel] clear-output-translations and saved cores

Xach brought this to my attention wrt to maxima, but it's not really about maxima and asdf2. My question is if clear-output-translations should always be called before saving a core. Is there a case where you would not want to run c-o-t before saving a core? If c-o-t should always be run,