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

Re: [asdf-devel] ASDF:LOAD-SYS
by Gary King 02 Jun '09

02 Jun '09

Hi Svante, (Sorry for the slow response... sending to the ASDF list too) I sympathize with your question: "the most common thing to do with ASDF, why do we make that harder than necessary?" I believe that the answer would have been that ASDF is philosophically based on performing "operations" on "systems" and so it was better (in some, perhaps, Platonic sense) <smile>. I actually agree with you and think that we should add something like (load-op <system> &key ...) to ASDF public interface. If there isn't a lot of disagreement, I'll do that soon. thanks for you question, On May 22, 2009, at 6:14 PM, Svante Carl v. Erichsen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello! > > This is just a little question or request that has perhaps been asked > numerous times before. > > Why is there no predefined macro for the by far most used asdf user > operation? > > Instead of (asdf:operate 'asdf:load-op 'my-system), I'd like to just > do > (asdf:load-sys 'my-system). > > Best wishes, > Svante > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoXI9IACgkQFZBb0npmKsz9QgCdHtD40W2PMvra4R8HE8IRwXHg > ynMAn1EJzgFvSPx1Ygbzc+Bt4IMF4JnS > =Qf0O > -----END PGP SIGNATURE----- -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

3 3

[asdf-devel] ASDF commit
by Gary King 23 May '09

23 May '09

I just pushed a commit that improves version detection (based on a git tag) and added a small amount of automation in a make file. I've made this version 1.350 just so as to start numbering at a happy multiple of 50. -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

1 0

[asdf-devel] run-shell-command
by Robert Goldman 21 May '09

21 May '09

I see the following note in the ACL block: ;;?? will fail if command has embedded quotes Question: would this be fixed if we changed: (format nil "~a -c \"~a\"" #+mswindows "sh" #-mswindows "/bin/sh" command) to (format nil "~a -c \'~a\'" #+mswindows "sh" #-mswindows "/bin/sh" command) This would make anything in the command string not interpolate, though, so that seems bad... thoughts? r

1 0

[asdf-devel] [ELS 2009] Call for participation
by Marco Antoniotti 20 May '09

20 May '09

Apologies for multiple postings.... ************************************************************************ 2nd European Lisp Symposium (ELS 2009) Milan, Italy, May 27-29, 2009 Universita` degli Studi di Milano-Bicocca www.european-lisp-symposium.org ************************************************************************ CALL FOR PARTICIPATION ********************** REGISTRATION IS OPEN AT www.european-lisp-symposium.org. Check out the updated program. Scope and Program Highlights: ***************************** The purpose of the European Lisp Symposium is to provide a forum for the discussion of all aspects of the design, implementation and application of any of the Lisp dialects. We encourage everyone interested in Lisp to participate. The European Lisp Symposium 2009 program includes presentations of high quality papers about novel research results, insights and lessons learned from practical applications, and educational perspectives, all involving Lisp dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP, Dylan, Clojure, and so on. The European Lisp Symposium will feature the following highlights: - Scott McKay of ITA Software will talk about how Lisp use has evolved in his circannual industry work. - Mark Tarver of Lambda Associates will talk about Qi as a viral mutation of the Lisp DNA. - Mauro Pezze` of University of Milan-Bicocca will host a panel on Programmers' Productivity from a Software Engineering point of view. - Joao Pavao Martins and Ernesto Morgado of SISCOG will talk about the role of LISP in the success of SISCOG - Christophe Rhodes will give an unportable tutorial. - Michele Simionato will give a tutorial on Scheme module system and Scheme libraries portability issues across implementations. Social Events: ************** Friday 29th evening, Conference Banquet Saturday 30th morning, Guided tour to the "Futurismo" Exhibit in the center of Milan; 2009 marks the 100th anniversary of the Futurism Manifesto; stretching it, the harbinger of Lisp 50 years later. Program Chair: ************** * Antonio Leitao, Technical University of Lisbon, Portugal Local Chair: ************ * Marco Antoniotti, DISCo, Universita`† Milano Bicocca, Italy Program committee: ****************** * Giuseppe Attardi, Universita` di Pisa , Italy * Pascal Costanza, Vrije Universiteit Brussel, Belgium * Irene Durand, Universite` Bordeaux 1, France * Marc Feeley, Universite` de Montreal, Canada * Ron Garret, Amalgamated Widgets Unlimited, USA * Gregor Kiczales, University of British Columbia, Canada * Scott McKay, ITA Software, Inc., USA * Peter Norvig, Google Inc., USA * Julian Padget, University of Bath, UK * Kent Pitman, HyperMeta, USA * Christian Queinnec, Universite` Pierre et Marie Curie, France * Christophe Rhodes, Goldsmiths College, University of London, UK * Robert Strandh, Universite` Bordeaux 1, France * Mark Tarver, Lambda Associates, UK * Didier Verna, EPITA Research and Development Laboratory, France * JonL White, TheGingerIceCreamFactory of Palo Alto, USA * Taiichi Yuasa, Kyoto University, Japan Registration Fees: ****************** * Students EU100, regular EU220. Registration will include the proceedings, coffee breaks, the symposium dinner and other amenities. Accommodation is not included.

1 0

[asdf-devel] Patch to asdf:run-shell-command
by Robert Goldman 20 May '09

20 May '09

Bug: Running ACL under SLIME, asdf:run-shell-command raises an error. The problem is that the *verbose-out* that is passed to run-shell-command has been bound by SLIME to a gray stream. This is not an acceptable argument to pass to :output for excl:run-shell-command. Here is a proposed patch. Best, r diff --git a/asdf.lisp b/asdf.lisp index aa1066b..82c9de3 100644 --- a/asdf.lisp +++ b/asdf.lisp @@ -1323,7 +1323,12 @@ output to *VERBOSE-OUT*. Returns the shell's exit code." :input nil :output *verbose-out*)) #+allegro - (excl:run-shell-command command :input nil :output *verbose-out*) + (multiple-value-bind (stdout stderr exit-code) + (excl.osi:command-output command :input nil :whole t) + (format *verbose-out* "; ~A~%" stderr) + (format *verbose-out* "; ~A~%" stdout) + exit-code) + ;;(excl:run-shell-command command :input nil :output *verbose-out*) #+lispworks (system:call-system-showing-output

2 4

[asdf-devel] asdf-devel available as gmane.lisp.asdf.devel
by Tobias C. Rittweiler 19 May '09

19 May '09

Subject says it all. -T.

1 0

[asdf-devel] asdf-binary-locations
by Robert Goldman 18 May '09

18 May '09

I was just setting up a new machine to do lisp work on, and got part of the way through the install, then realized "oh, drat, now I need to get asdf-binary-locations, too." Would it be possible to simply distribute a-b-l with ASDF from now on? It's a pretty tiny add on, and it has been rock solid for a long time now. The cost seems very low (small number of bytes, and it would be disabled unless launched by the user), and I'd argue that skipping a step in working lisp environment configuration would be a good thing. best, r

3 3

Re: [asdf-devel] [cclan-list] How to depend on a system optionally?
by Gary King 18 May '09

18 May '09

> Nikodemus Siivola <nikodemus(a)random-state.net> writes: > >> Doesn't :WEAKLY-DEPENDS-ON do what you want? > > Yes, that seems to be it. (Notice that it's not documented.) > Documentation takes all the _fun_ out of things. <sad smile> -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

1 0

Re: [asdf-devel] [cclan-list] How to depend on a system optionally?
by Gary King 18 May '09

18 May '09

Hi Tobias, I'm forwarding this to the asdf-devel list and will answer it later today from there. On May 18, 2009, at 8:28 AM, Tobias C. Rittweiler wrote: > > I've read several times that it's a head ache to configure optional > dependencies with ASDF. > > How true is that? Could we perhaps provide another clause > :OPTIONALLY-DEPEND-ON in DEFSYSTEM which would load a system only if > available? > > Reason is that I'm going to revive > > http://common-lisp.net/project/hyperdoc/ > > which is a good example of a natural optional dependency. And I'd like > to make its inclusion as easy as possible so it'll see widespread > adoption. > > Thanks!, > > -T. > > > ------------------------------------------------------------------------------ > Crystal Reports - New Free Runtime and 30 Day Trial > Check out the new simplified licensing option that enables > unlimited royalty-free distribution of the report engine > for externally facing server and web deployment. > http://p.sf.net/sfu/businessobjects > _______________________________________________ > cclan-list mailing list > cclan-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/cclan-list -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM * gwking on twitter

2 1

[asdf-devel] ASDF:OOS LOAD-OP :FORCE T and SBCL contribs
by Nikodemus Siivola 15 May '09

15 May '09

LOAD-OP :FORCE T propagates to depended-on systems -- meaning they will be recompiled as well. This is nasty when depending on an SBCL contributed module or anything else likely to be installed in directory with no write-permissions for the user. The easiest way to deal with this would be to add ;; Prevent :FORCE T from trying to recompile contribs. (defclass sb-contrib-system (system) ()) (defmethod traverse :before ((o compile-op) (c sb-contrib-system)) (when (operation-forced o) (warn "Ignoring :FORCE T for COMPILE-OP of SBCL contributed module ~:@(~A~)." (component-name c)) (setf (operation-forced o) nil))) under #+sbcl in asdf.lisp, and make SBCL defsystems use :class asdf::sb-contrib-system. However, presumably there are other cases where systems may be installed without write-permissions, so recompilation is not going to work. Perhaps a better solution would be to export OPERATION-FORCED and TRAVERSE, so that this could be deal with where-ever is needed -- especially in local initialization files for systems installed in read-only locations. The SBCL solution would look about the same -- it just would not reside inside asdf.lisp. Am I on the wrong track? Cheers, -- Nikodemus

4 17