March 2010 - asdf-devel - mailman3.common-lisp.net

[asdf-devel] asdf.texinfo version 1.375 has errors [resend as ML member]
by Peter Van Eynde 11 Mar '10

11 Mar '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi all, While trying to build a new Debian package I get the following errors: > $ makeinfo --verbose asdf.texinfo > makeinfo (GNU texinfo) 4.13 > Making info file `asdf.info' from `asdf.texinfo'. > Formatting node Top... > Formatting node Introduction... > Formatting node Using asdf to load systems... > Formatting node Defining systems with defsystem... > Formatting node The defsystem form... > Formatting node A more involved example... > Formatting node The defsystem grammar... > Formatting node Other code in .asd files... > Formatting node The object model of asdf... > Formatting node Operations... > Formatting node Predefined operations of asdf... > Formatting node Creating new operations... > Formatting node Components... > Formatting node Common attributes of components... > Formatting node Pre-defined subclasses of component... > Formatting node Creating new component types... > Formatting node Controlling where ASDF saves compiled files... > Formatting node Error handling... > Formatting node Compilation error and warning handling... > Formatting node Miscellaneous additional functionality... > Formatting node Getting the latest version... > Formatting node FAQ... > Formatting node TODO list... > Formatting node missing bits in implementation... > Formatting node Inspiration... > Formatting node Concept Index... > Formatting node Function and Class Index... > Formatting node Variable Index... > /home/pvaneynd/fakeroot/clean/git/cl-asdf//asdf.texinfo:1301: Prev field of node `FAQ' not pointed to. > /home/pvaneynd/fakeroot/clean/git/cl-asdf//asdf.texinfo:1451: This node (missing bits in implementation) has the bad Next. > /home/pvaneynd/fakeroot/clean/git/cl-asdf//asdf.texinfo:1281: Node `Getting the latest version' lacks menu item for `FAQ' despite being its Up target. > /home/pvaneynd/fakeroot/clean/git/cl-asdf//asdf.texinfo:1281: Next field of node `Getting the latest version' not pointed to (perhaps incorrect sectioning?). > /home/pvaneynd/fakeroot/clean/git/cl-asdf//asdf.texinfo:1301: This node (FAQ) has the bad Prev. This is fixed with the trivial patch: > diff --git a/asdf.texinfo b/asdf.texinfo > index 3d379e4..ddefe01 100644 > --- a/asdf.texinfo > +++ b/asdf.texinfo > @@ -1298,7 +1298,7 @@ You will find the above referenced tags in this repository. > Discussion of ASDF development is conducted on the mailing list > @kbd{asdf-devel@@common-lisp.net}. > > -@node FAQ, TODO list, missing bits in implementation, Getting the latest version, Top > +@node FAQ, TODO list, Getting the latest version, Top > @comment node-name, next, previous, up > @chapter FAQ See also http://git.debian.org/?p=pkg-common-lisp/cl-asdf.git;a=commit;h=ea3aa53b623… Groetjes, Peter - -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJLVVNrAAoJEB4VNT76eIlawy4QAKUEa/QOLfuKZCvCthVmPj0p 6PuLzfmpGM7jJ+7fsx0WQEAHgE/9RkFL9emC8diAPRiAXCBdB1ypZ9uciniYtc1Y x7/5QL2vpJH9NYmMlK6xKE2l0doYAe2sgSSt6BzvFpvXdnv7mt1Il5CmN93RtJQI 9RUm7aei+uqN1n+tojNw37OMa0YC2x/hSdjPdqTyDqm3gDa0kUYXDfTHomlcBBRP tavFqwLvqfZ3LlbIiObJqCu6eh35gpCW6O1AmdG/dXAGfzjoKV7tlR8nvfIoCBsu P6XUi32P0K0H2fGfJ55ETjszJSwb735aWvAlaNHuZV6Z7xa5uLKJ9FTraY+4K2i6 j7swacO/NJla3m8eOVaZF+6wZEuiWZpODSH0u6eo0JSlCX6OpGO41q4uQ6iJA7Pz nj5e0kEejnamk9IfLVAFPL8kpz7HfxreEVGr83iP4/At6JKOAO3YbOfwcL0/po51 2b+eqkZNsZqmolrJK0hQqIN5A0LhuyQ4CVr/o9xulx08MZkHCnNYC7t2cLBMWBjG hYx5exF2iqlnOlF7IZ74qdjRye9ykZ8aOs24zvSX6gWwzfyniLZoEYuH8sNrEWD1 queXBogs4Wqmda50gICYw6ADmplcCpQfnI2/f+DfjH6JSnxv4dbYcCD7hqwrlkS3 KDuVd4nSxQ3BhfQ2NSi3 =0l7y -----END PGP SIGNATURE-----

2 2

[asdf-devel] web page wrong
by Robert Goldman 11 Mar '10

11 Mar '10

Still has Gary King's name and email on it. cheers, r

1 0

[asdf-devel] asdf:around method
by Faré 10 Mar '10

10 Mar '10

>> Oh my, the asdf:around fiasco again. ABCL apparently uses an old >> version of ASDF to avoid a lot DEFINE-METHOD-COMBINATION. >> >> Couldn't we instead just have a do-perform function do the wrapping >> stuff and call perform gf, and skip that method-combination >> complication? >> >> Is there a good reason to use this method-combination protocol? Does >> anyone rely on either defining asdf:around methods or on calling >> perform directly and having it do the restart magic? > > A lot of people use the Stale Fasl recipe at > > http://www.cliki.net/asdf > > which was the reason that prompted introducing the custom > method combination. > I certainly want to support this kind of recipe. I believe wrapping the one call to perform in a do-perform generic function that handles the restarts the way the asdf:around method currently does will provide this functionality. > Long form of D-M-C is in the works for ABCL from what I know. > Well, I suppose we can wait a bit. If by the time we're done documenting 2.0 they still have no deadline for D-M-C, we can think about removing it. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] No woman ever falls in love with a man unless she has a better opinion of him than he deserves. — Edgar Watson Howe

2 1

[asdf-devel] clx-0-7-4 fails to compile if the system pathname is logical
by james anderson 05 Mar '10

05 Mar '10

if the system pathname is logical, the component for the file "shape.lisp" fails to locate the intended file. * (asdf:operate 'asdf:load-op :de.setf.graphics.clx) ... ; loading system definition from ; /Development/Source/dev/Library/de/setf/graphics/clx/clx.asd into ... ;; loading #P"/Users/janson/.cache/common-lisp/sbcl-1.0.35-darwin- ppc32/Development/Source/dev/Library/bin/sbcl-osx/edu/mit/clx/ clx-0-7-4/resource.fasl" debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: failed to find the TRUENAME of /edu/mit/clx/clx-0-7-4/shape.lisp: No such file or directory the problem occurs because the respective module, "extensions", specifies a relative pathname with the directory component (:relative) but no host. the consequence is that the source file's relative pathname is an absolute pathname relative to "/" rather than relative to the logical base. the system: 8] (describe *s*) #<ASDF:SYSTEM "clx" {11D57A31}> [standard-object] Slots with :INSTANCE allocation: NAME = "clx" VERSION = "0.7.2" IN-ORDER-TO = ((ASDF:LOAD-OP (ASDF:LOAD-OP CLX- SYSTEM::SB-BSD-SOCKETS)).. DO-FIRST = ((ASDF:COMPILE-OP (ASDF:LOAD-OP CLX- SYSTEM::SB-BSD-SOCKETS))) INLINE-METHODS = NIL PARENT = NIL RELATIVE-PATHNAME = #P"LIBRARY:EDU;MIT;CLX;CLX-0-7-4;" OPERATION-TIMES = #<HASH-TABLE :TEST EQL :COUNT 0 {11E8C2F1}> PROPERTIES = ((ASDF:SYSTEM-NICKNAMES "edu.mit.clx.clx")) COMPONENTS = (#<CLX-SYSTEM::CLX-SOURCE-FILE "package" {120E8811}>.. IF-COMPONENT-DEP-FAILS = :FAIL DEFAULT-COMPONENT-CLASS = CLX-SYSTEM::CLX-SOURCE-FILE DESCRIPTION = #<unbound slot> LONG-DESCRIPTION = #<unbound slot> AUTHOR = #<unbound slot> MAINTAINER = #<unbound slot> LICENCE = #<unbound slot> SOURCE-FILE = #P"/Development/Source/dev/Library/edu/ mit/clx/clx-0-7-4/clx.asd" the module: 8] (describe *p*) #<ASDF:MODULE "extensions" {11E29EA9}> [standard-object] Slots with :INSTANCE allocation: NAME = "extensions" VERSION = #<unbound slot> IN-ORDER-TO = ((ASDF:LOAD-OP.. DO-FIRST = ((ASDF:COMPILE-OP.. INLINE-METHODS = NIL PARENT = #<ASDF:SYSTEM "clx" {11D57A31}> RELATIVE-PATHNAME = #P"" OPERATION-TIMES = #<HASH-TABLE :TEST EQL :COUNT 0 {120E8AE1}> PROPERTIES = NIL COMPONENTS = (#<CLX-SYSTEM::CLX-SOURCE-FILE "shape" {123FA861}>.. IF-COMPONENT-DEP-FAILS = :FAIL DEFAULT-COMPONENT-CLASS = CLX-SYSTEM::CLX-SOURCE-FILE 8] (describe (asdf:component-relative-pathname *p*)) #P"" [structure-object] Slots with :INSTANCE allocation: HOST = #<SB-IMPL::UNIX-HOST {102CE661}> DEVICE = NIL DIRECTORY = (:RELATIVE) NAME = NIL TYPE = NIL VERSION = NIL the file component 8] (describe *c*) #<CLX-SYSTEM::CLX-SOURCE-FILE "shape" {123FA861}> [standard-object] Slots with :INSTANCE allocation: NAME = "shape" VERSION = #<unbound slot> IN-ORDER-TO = NIL DO-FIRST = ((ASDF:COMPILE-OP (ASDF:LOAD-OP))) INLINE-METHODS = NIL PARENT = #<ASDF:MODULE "extensions" {11E29EA9}> RELATIVE-PATHNAME = NIL OPERATION-TIMES = #<HASH-TABLE :TEST EQL :COUNT 0 {126394B9}> PROPERTIES = NIL 8] (describe (asdf:component-pathname *c*)) #P"/edu/mit/clx/clx-0-7-4/shape.lisp" [structure-object] Slots with :INSTANCE allocation: HOST = #<SB-IMPL::UNIX-HOST {102CE661}> DEVICE = :UNSPECIFIC DIRECTORY = (:ABSOLUTE "edu" "mit" "clx" "clx-0-7-4") NAME = "shape" TYPE = "lisp" VERSION = :NEWEST the excerpt from the system definition: (:module extensions :pathname #.(make-pathname :directory '(:relative)) :components ((:file "shape") (:file "big-requests") (:file "xvidmode") (:xrender-source-file "xrender") (:file "glx") (:file "gl" :depends-on ("glx")) (:file "dpms") (:file "xtest") (:file "screensaver") (:file "xinerama")))

1 0

Re: [asdf-devel] ASDF testing [2]
by Faré 01 Mar '10

01 Mar '10

On 1 March 2010 15:08, james anderson <james.anderson(a)setf.de> wrote: > good morning, gentlemen; > > ccl does, in fact, run on ec2 if the kernel is recent enough. > martin simmons and craig norvell are both receptive and expect their > companies would be willing to provide licenses. > > so, the basic logistics are clear. > > thoughts? > Wonderful. The big question is: who's volunteering to do the hard work? Are you? I'm not. As for paying the hosting, I'm sure the question will be annoying but trivial in comparison. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Many people believe "in the name of the (nation, poor, god, nature...)" like "simon says" justifies or damns political opinions when said or omitted.

2 1