- pro - mailman3.common-lisp.net

[pro] Curating libraries
by Faré 29 Oct '12

29 Oct '12

Dear Dan, Maybe we should be moving this discussion to another list. I've asked admin(a)common-lisp.net to create lisp-interface-library-devel. >: Dan Lentz > Regarding consolidation under LIL just wondering if someone might have > suggestions for individual authors of CL data structure libraries on > how to work in a way most cooperative with the effort. For example I > have a small ctrie lib (http://github.com/danlentz/cl-ctrie) the > objective should be to refactor based on what unique interface it > could provide, such as "concurrent" or "lock-free"? > > Perhaps this question is somewhat specific to LIL but it is a project > I've been following with interest > It would be delighted to help with such an effort, either a merge of the two libraries, or a layer to make them work together. Also, considering that LIL has so few users (just drewc and I, IIUC), it is still time to rename basic API functions if you have strong opinions. While adding support for concurrent data structures has long been on my TODO list, I admit I haven't given much thought on how to automate (or not) whatever locking is required (or not) on various methods (not the same methods, depending on the data structure). So far, my hypothesis is that nothing needs to be changed as far as the signature of map interfaces goes: the underlying implementation may or may not be concurrent, that doesn't directly affect the calling conventions. Of course, concurrently accessing a non-concurrent data structure may blow up in your face, but I don't know how to express linearity constraints in Lisp, yet. That's a topic I'm actively researching, though, and suggestions are welcome. In short, I'd love that to happen, I'm ready to help, and a small data structure library is the perfect place to start. PS: I've added you as a contributor on https://github.com/fare/lisp-interface-library —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Be careful what you set your heart on — for it will surely be yours. — James Baldwin, "Nobody Knows My Name"

1 0

Re: [pro] pro Digest, Vol 24, Issue 5
by Dan Lentz 28 Oct '12

28 Oct '12

Regarding consolidation under LIL just wondering if someone might have suggestions for individual authors of CL data structure libraries on how to work in a way most cooperative with the effort. For example I have a small ctrie lib (http://github.com/danlentz/cl-ctrie) the objective should be to refactor based on what unique interface it could provide, such as "concurrent" or "lock-free"? Perhaps this question is somewhat specific to LIL but it is a project I've been following with interest ---- Replace the method the carefully chosen name deletes the comment On Oct 28, 2012, at 3:01 PM, "pro-request(a)common-lisp.net" <pro-request(a)common-lisp.net> wrote: > Send pro mailing list submissions to > pro(a)common-lisp.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.common-lisp.net/cgi-bin/mailman/listinfo/pro > or, via email, send a message with subject or body 'help' to > pro-request(a)common-lisp.net > > You can reach the person managing the list at > pro-owner(a)common-lisp.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pro digest..." > > > Today's Topics: > > 1. Curating libraries (Far?) > 2. Re: Curating libraries (A.J. Rossini) > 3. Re: Curating libraries (Far?) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 28 Oct 2012 09:50:18 +0900 > From: Far? <fahree(a)gmail.com> > To: Common Lisp Professionals <pro(a)common-lisp.net> > Subject: [pro] Curating libraries > Message-ID: > <CAN7nBXfK6R7xB4R_afRdLZ_aR_cyjq14=NVTdVLVEdvWmPPLEQ(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Dear Lisp pro, > > I think it is time for us (the Lisp professionals) to do a better job > at curating libraries. > > Now that, thanks to Quicklisp, people aren't afraid from using > libraries anymore, > we find that there are too many libraries for any given problem domain, > yet that most of these libraries do a bad 80% job max (sometimes 50% or less). > Moreover, navigating which of these libraries makes most sense to use is hard. > > Ideally, we'd have a one distinguished library providing a 100% solution > for any such domain, that we could use and recommend, and that would have > an easily recognized name. > > For instance, regarding pattern-matching libraries, I'd like to retire > fare-matcher, > and after migrating any remaining useful functionality (such as > fare-quasiquote), > recommend that all users should use optima instead. I would similarly push > toward the retirement of all other pattern-matching libraries but one. > That one library could then be called "pattern-matching" and use the package > "pattern-matching". > > Similarly, I'm trying to push for a single data structure library. > This time, I'm putting forward my own Lisp-Interface-Library (aka LIL) > because I think it has much more potential than other libraries, > including some with a lot of existing data structures (such as cl-containers): > Indeed, LIL can accommodate both pure and stateful data structures, > in both Interface-Passing Style (IPS) and > traditional Object-Oriented Programming (OOP), > with automatic mapping between the four combinations. > Moreover, its IPS allows for parametric polymorphism, > which wasn't previously available in CL, and > is great to bootstrap new data structures. > > I'd like to invite you to join me in this effort. > Whichever libraries you use or maintain, > please partake in this consolidation effort. > > ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? http://fare.tunes.org > The problem with being a citizen of the world is > that you don't get to travelling abroad much. > > > > ------------------------------ > > Message: 2 > Date: Sun, 28 Oct 2012 08:25:48 +0100 > From: "A.J. Rossini" <blindglobe(a)gmail.com> > To: Far? <fahree(a)gmail.com> > Cc: Common Lisp Professionals <pro(a)common-lisp.net> > Subject: Re: [pro] Curating libraries > Message-ID: > <CAA1MS4pVM0-ePAPsA1Dx_FH8dTWsxr1zHKk6YSMUhqbuFyFu=A(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Sun, Oct 28, 2012 at 2:50 AM, Far? <fahree(a)gmail.com> wrote: > >> I'd like to invite you to join me in this effort. >> Whichever libraries you use or maintain, >> please partake in this consolidation effort. > > As discussed, am looking at the data importers ((text)-file or system > to CL array, i.e. the prototypical CSV to CL-array importer), and > would be happy to work with others who want to take a lead on this > topic (I'm aware of 5-6 blog posts over the past few years to review > as part of due diligence, and 5+ different systems which range from > simple importers to a bit more sophisticated state machine parsers...) > > I eventually need something like a unified version of R's foreign > package (unified with the other data importer and exporter packages), > but of course, need to start somewhere, and somewhere is with CSV, > TSV, and similiar delimiter-separated-values (DSV). > > best, > -tony > > blindglobe(a)gmail.com > Muttenz, Switzerland. > "Commit early,commit often, and commit in a repository from which we > can easily roll-back your mistakes" (AJR, 4Jan05). > > Drink Coffee: Do stupid things faster with more energy! > > > > ------------------------------ > > Message: 3 > Date: Sun, 28 Oct 2012 17:01:58 +0900 > From: Far? <fahree(a)gmail.com> > To: "A.J. Rossini" <blindglobe(a)gmail.com> > Cc: Common Lisp Professionals <pro(a)common-lisp.net> > Subject: Re: [pro] Curating libraries > Message-ID: > <CAN7nBXcSAopSCLcWVeYM=2HQfFczLfuD-LNqBNs_xwyTmPjzDw(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > On Sun, Oct 28, 2012 at 4:25 PM, A.J. Rossini <blindglobe(a)gmail.com> wrote: >> On Sun, Oct 28, 2012 at 2:50 AM, Far? <fahree(a)gmail.com> wrote: >> >>> I'd like to invite you to join me in this effort. >>> Whichever libraries you use or maintain, >>> please partake in this consolidation effort. >> >> As discussed, am looking at the data importers ((text)-file or system >> to CL array, i.e. the prototypical CSV to CL-array importer), and >> would be happy to work with others who want to take a lead on this >> topic (I'm aware of 5-6 blog posts over the past few years to review >> as part of due diligence, and 5+ different systems which range from >> simple importers to a bit more sophisticated state machine parsers...) >> >> I eventually need something like a unified version of R's foreign >> package (unified with the other data importer and exporter packages), >> but of course, need to start somewhere, and somewhere is with CSV, >> TSV, and similiar delimiter-separated-values (DSV). > Speaking of CSV, a few years back I reviewed the existing offering and > beefed up my fare-csv library which was lagging behind so it was > better than all other available CSV libraries (at the time): fare-csv > can be configured to be compliant with at least two conflicting CSV > standards, and more, and by default follows the more relaxed > "Creativyst" specification. > > I haven't followed recent developments, but there as in other cases, > someone who actually develops or uses these libraries should drive a > consolidation. > > ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? http://fare.tunes.org > You cannot teach a man anything; you can only help him find it for himself. > ? attributed to Galileo Galilei > > > > ------------------------------ > > _______________________________________________ > pro mailing list > pro(a)common-lisp.net > http://lists.common-lisp.net/cgi-bin/mailman/listinfo/pro > > End of pro Digest, Vol 24, Issue 5 > **********************************

1 0

[pro] Curating libraries
by Faré 28 Oct '12

28 Oct '12

Dear Lisp pro, I think it is time for us (the Lisp professionals) to do a better job at curating libraries. Now that, thanks to Quicklisp, people aren't afraid from using libraries anymore, we find that there are too many libraries for any given problem domain, yet that most of these libraries do a bad 80% job max (sometimes 50% or less). Moreover, navigating which of these libraries makes most sense to use is hard. Ideally, we'd have a one distinguished library providing a 100% solution for any such domain, that we could use and recommend, and that would have an easily recognized name. For instance, regarding pattern-matching libraries, I'd like to retire fare-matcher, and after migrating any remaining useful functionality (such as fare-quasiquote), recommend that all users should use optima instead. I would similarly push toward the retirement of all other pattern-matching libraries but one. That one library could then be called "pattern-matching" and use the package "pattern-matching". Similarly, I'm trying to push for a single data structure library. This time, I'm putting forward my own Lisp-Interface-Library (aka LIL) because I think it has much more potential than other libraries, including some with a lot of existing data structures (such as cl-containers): Indeed, LIL can accommodate both pure and stateful data structures, in both Interface-Passing Style (IPS) and traditional Object-Oriented Programming (OOP), with automatic mapping between the four combinations. Moreover, its IPS allows for parametric polymorphism, which wasn't previously available in CL, and is great to bootstrap new data structures. I'd like to invite you to join me in this effort. Whichever libraries you use or maintain, please partake in this consolidation effort. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The problem with being a citizen of the world is that you don't get to travelling abroad much.

2 2

[pro] Dan Weinreb Memorial Celebration
by Tom Emerson 09 Oct '12

09 Oct '12

[Apologies for those for whom this is a repost] Dan Weinreb Memorial Celebration A memorial to celebrate the life of Dan Weinreb will be held on Sunday, October 21, 2012 from 1:30 p.m. - 4:30 p.m. Chatham Café, 3 Cambridge Center, 4th floor, Cambridge, MA Family and friends are welcome to join us as we share memories of Dan and celebrate his life. A short program will begin at 2:15 p.m. If you plan to attend, please RSVP using the following link: http://anyvite.com/events/home/dcbce0bnop Knowing how many people are attending will help us greatly. Additional information about the event is available on Facebook at http://www.facebook.com/events/360648707356145/ Please CHECK the Facebook link before you attend for any changes in location or time. The page will also contain information about parking and directions. For questions or more information, contact Dena Brody at denabrody(a)comcast.net -- Tom Emerson tremerson(a)gmail.com http://www.dreamersrealm.net/tree

1 0

[pro] [Q] introspecting setf expanders
by Didier Verna 09 Oct '12

09 Oct '12

Hello, I cannot find a standard way to figure out whether a setf expander has been defined for a symbol FOO (via either DEFSETF or DEFINE-SETF-EXPANDER). Is there one? Otherwise, I would also be happy with an SBCL-only solution. Thank you ! -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

6 7

[pro] examples of compiled embedded DSL
by Yakov Zaytsev 01 Oct '12

01 Oct '12

hello all, i'm looking for examples of small languages embedded in Common Lisp which are compiled so effectively small language programs do not run from the host compiler (CL) environment but from other run-time i know about parenscript and would love to know about more available in the public (or story about closed implementations)

2 1

[pro] [Q] unicode support
by Didier Verna 29 Sep '12

29 Sep '12

Hello, does anyone have a global view on the status of unicode support in the main CL implementations (SBCL, CMU-CL, ECL, CCL, CLISP, ABCL, ACL, LispWorks). By that, I mean mostly being able to encode source files in utf8 with the following concerns: - do I need to do something special at the implementation-level ? - do I need to do something special at the ASDF system level ? - could this break the code of people using my libraries ? Thank you. -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

5 4

[pro] [Q] interpretation / byte-compilation / compilation
by Didier Verna 26 Sep '12

26 Sep '12

Hello, does anyone have a global view on the status of this in the main CL implementations (SBCL, CMU-CL, ECL, CCL, CLISP, ABCL, ACL, LispWorks). By that, I mean mostly: - which implementation can do what, - how do you ask for interpretation, bytecomp or comp. I find this information quite hard to figure out. Unless I missed it, I think it would be good to have a page somewhere summarizing this. Thank you ! -- Resistance is futile. You will be jazzimilated. Scientific site: http://www.lrde.epita.fr/~didier Music (Jazz) site: http://www.didierverna.com

3 3

[pro] Looking for comments/corrections on Lisp Doc-Generation Tool Review
by Sabra Crolleton 26 Sep '12

26 Sep '12

Hello all, I put together a draft of a review of common lisp documentation generation tools at https://sites.google.com/site/sabraonthehill/lisp-document-generation-apps. As almost everyone on the list has more experience than I have with lisp (and some of you are authors of these programs), I would appreciate any corrections or comments on the draft. I've only had time to test with sbcl (1.0.58) but do intend to try to test with other lisps as well. Thank you. Sabra

8 9

[pro] common-lisp.net down?
by Pascal Costanza 15 Jul '12

15 Jul '12

Hi, It seems that common-lisp.net is down. Is that correct? (Sorry for spamming this list, but I don't know who the current maintainer is…) Thanks, Pascal -- Pascal Costanza

3 3