January 2011 - asdf-devel - mailman3.common-lisp.net

[asdf-devel] source file encoding
by Anton Vodonosov 16 Apr '12

16 Apr '12

Hello. How to specify source files encoding in ASD2? I.e. what value to pass to the :external-format argument of the compile-file? In the old ASDF I did it by (let ((asdf:*compile-file-external-format* #+:clisp charset:cp1251 #+:sbcl :cp1251)) (asdf:operate 'asdf:load-op :mysystem)) But today the variable asdf:*compile-file-external-format* does not exist. Also, it of course would be better to specify the encoding in the .asd file (the system author knows the files encoding, and should care about this, but not the system user). Could you advise me how to do it? Best regards, - Anton

13 61

[asdf-devel] moving old to new asdf
by Antony 04 Apr '11

04 Apr '11

Hi I have tried to use the newer version of asdf (been using 1.x for long time). I put in (asdf:initialize-source-registry (list :source-registry (list :tree #P"C:/git/") :inherit-configuration)) (asdf:initialize-output-translations (list :output-translations (list "C:/temp/.fasl/") :inherit-configuration )) I like all of my fasls to go under appropriate subdirs of C:/temp/.fasl/ But, they are all going to c:/Users/Antony/AppData/Roaming/common-lisp/cache... I do not want to create any config files. What code would do that. -Antony

3 2

[asdf-devel] System naming conventions
by David Wang 03 Apr '11

03 Apr '11

Hello, QUESTION: 1. Could someone add a system naming convention section to the ASDF documentation, to help future users with similar problems? 2. If someone knows whether my rules-of-thumb (below) are right or wrong, let me know. EXPLANATION: I've been porting a large code base from Franz/Allegro's defsystem to ASDF 2.012. I was originally writing the .ASD files on Windows and recently tried testing the build with the same .ASD files on the Linux variant, Fedora 14, but had some problems with various missing-components. I realized the problem had something to do with the treatment of case in filenames, and ended up fixing problem by examining the ASDF code and inventing some rules-of-thumb: 1. When using Strings to name a system, make sure the filename of the ASD file, the name of the system defined in that file, and any uses of the system-name in other ASD files all have the same case. i.e.: In the file "SyStEmA.asd": (asdf:defsystem "SyStEmA" ...) In the file "SyStEmB.asd" (asdf:defsystem "SyStEmB" :depends-on ("SyStEmA")) 2. If you ever want to use a Symbol to name a system, make sure the filename of the ASD file is all lowercase. The name of the system defined in that file and any uses of the system-name in other ASD files should either be a symbol or a lowercase string. In the file "systema.asd": (asdf:defsystem #:SYSTEMA ...) In the file "systemb.asd" (asdf:defsystem "systemb" :depends-on ("systema")) I don't know if they are correct for all combinations of OSes, CL-variants, and system names, but from my limited knowledge of ASDF's code I think they'll work well. - Thanks! - David Wang P.S. Thanks for helping develop ASDF. I couldn't imagine a [Lisp] world in which it didn't exist.

2 1

[asdf-devel] Issues with logical pathnames in Allegro and clisp
by Pascal Costanza 25 Jan '11

25 Jan '11

Hi, I have encountered two more issues when trying to use ASDF 2 with logical pathnames in Allegro and clisp. I have the following logical pathname translations in Allegro and clisp respectively: #+allegro (setf (logical-pathname-translations "costanza") `(("**;*.fasl.*" ,(format nil "/Users/costanza/.cache/common-lisp/~A ~A/**/*.fasl" (lisp-implementation-type) (read-from-string (lisp-implementation-version)))) ("**;*.*.*" "/Users/costanza/**/*.*"))) #+clisp (progn (setq custom:*parse-namestring-ansi* t) (setf (logical-pathname-translations "costanza") `(("**;*.lib.*" ,(format nil "/Users/costanza/.cache/common-lisp/~A ~A/**/*.lib" (lisp-implementation-type) (read-from-string (lisp-implementation-version)))) ("**;*.fas.*" ,(format nil "/Users/costanza/.cache/common-lisp/~A ~A/**/*.fas" (lisp-implementation-type) (read-from-string (lisp-implementation-version)))) ("**;*.*.*" "/Users/costanza/**/*.*")))) When compiling systems with ASDF, however, the fasl, lib and fas files don't end up in the folders designated by these logical pathname translations, but rather in the locations as specified with ASDF output translations. (In CMUCL, Clozure, ECL, LispWorks, RMCL, and SBCL, similar logical pathname translations work as expected.) I have not defined any ASDF output translations of my own, but I'm using quicklisp, which probably does this. Please let me know if I can do something to help fixing this problem. Thanks, Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel Software Languages Lab Pleinlaan 2, B-1050 Brussel, Belgium

3 6

[asdf-devel] ASDF with RMCL?
by Pascal Costanza 23 Jan '11

23 Jan '11

Hi, It seems that ASDF 2.x doesn't work with RMCL (ASDF 1.x did). Is that a known issue? Best, Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel Software Languages Lab Pleinlaan 2, B-1050 Brussel, Belgium

4 16

[asdf-devel] ASDF 2.012
by Faré 03 Jan '11

03 Jan '11

I finally released ASDF 2.012, which is 2.011.9 being blessed. Since the previous release 2.011, there have been several minor improvements. Nothing serious or urgent, as ASDF 2 is getting mature, but it would be great if implementations were to update their version of ASDF to this latest release. Changes: Added :here directive to pathname DSL, robustified ECL support, fixed infinite loop when filesystem clock is in the future, extended the AOT DSL and made it more futureproof, fixed how clear-system interacts with map-systems, fixed use of directory under old SBCLs, fixed run-shell-command status and version string under clisp, fixed error messages. In the master (development) branch, I committed further cleanups as 2.012.1. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] For pretty much every writer, the big problem isn't piracy, it's obscurity. — Tim O'Reilly, as cited by Cory Doctorow

1 0