From tcr at freebits.de Sat Dec 12 14:44:16 2009 From: tcr at freebits.de (Tobias C. Rittweiler) Date: Sat, 12 Dec 2009 15:44:16 +0100 Subject: [cltl3-devel] Bug tracker at Launchpad Message-ID: <87ocm4b6bj.fsf@freebits.de> I just registered https://bugs.launchpad.net/cltl3 >From my experience, Launchpad's bug tracker is quite nice to work with. And it offers more persistence and organization than a mailing list. Hence I thought it'd be a good idea for cltl3 to make use of one. (I hope I didn't step on anyone's foot by taking initiative and just registering one before asking.) If people have time, it'd be a good idea to convert Cliki's Proposed ANSI Revisions etc. over to the bug tracker. -T. PS. The bug tracker is /not/ supposed to become everyone's Christmas Wishlist, please be modest. :-) From luismbo at gmail.com Mon Dec 21 14:58:12 2009 From: luismbo at gmail.com (Luis Oliveira) Date: Mon, 21 Dec 2009 14:58:12 +0000 Subject: [cltl3-devel] Bug tracker at Launchpad References: <87ocm4b6bj.fsf@freebits.de> Message-ID: <877hsg5q7v.fsf@li14-157.members.linode.com> "Tobias C. Rittweiler" writes: > From my experience, Launchpad's bug tracker is quite nice to work > with. And it offers more persistence and organization than a mailing > list. Hence I thought it'd be a good idea for cltl3 to make use of one. Is it possible to read the bug activity through gmane? -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From tcr at freebits.de Mon Dec 21 19:20:43 2009 From: tcr at freebits.de (Tobias C. Rittweiler) Date: Mon, 21 Dec 2009 20:20:43 +0100 Subject: [cltl3-devel] Bug tracker at Launchpad References: <87ocm4b6bj.fsf@freebits.de> <877hsg5q7v.fsf@li14-157.members.linode.com> Message-ID: <87y6kwb0c4.fsf@freebits.de> Luis Oliveira writes: > "Tobias C. Rittweiler" > writes: > >> From my experience, Launchpad's bug tracker is quite nice to work >> with. And it offers more persistence and organization than a mailing >> list. Hence I thought it'd be a good idea for cltl3 to make use of one. > > Is it possible to read the bug activity through gmane? Does not seem possible at the moment: https://bugs.launchpad.net/launchpad-registry/+bug/208238 I'd like you (and everyone else!) to press on the "This bug also affects me" link right below the title. Hopefully a big number will make things change quicker. -T. From cmalune at gmail.com Tue Dec 22 13:08:22 2009 From: cmalune at gmail.com (Edward Tate) Date: Tue, 22 Dec 2009 14:08:22 +0100 Subject: [cltl3-devel] Some questions Message-ID: <5a28dfe80912220508g2d67003ay3ea42678c8f36cac@mail.gmail.com> Hello, I have a few questions about some issues: Are user extensible streams ala: http://www.doc.gold.ac.uk/~mas01cr/papers/ilc2007/sequences-20070301.pdfgoing to be catered for in cltl3? There is no functional converse to SORT & STABLE-SORT. All the other operations that I can think of have functional / destructive operations, why the non uniformity? Are Generators & Series being thought of? :) Thats all for now, Edward Tate -------------- next part -------------- An HTML attachment was scrubbed... URL: From js at crispylogics.com Tue Dec 22 14:56:25 2009 From: js at crispylogics.com (Jochen Schmidt) Date: Tue, 22 Dec 2009 15:56:25 +0100 Subject: [cltl3-devel] Some questions In-Reply-To: <5a28dfe80912220508g2d67003ay3ea42678c8f36cac@mail.gmail.com> References: <5a28dfe80912220508g2d67003ay3ea42678c8f36cac@mail.gmail.com> Message-ID: <4DF89139-7449-4CAB-B098-DD07952BE35C@crispylogics.com> Am 22.12.2009 um 14:08 schrieb Edward Tate: > Hello, > > I have a few questions about some issues: > > Are user extensible streams ala: http://www.doc.gold.ac.uk/~mas01cr/papers/ilc2007/sequences-20070301.pdf going to be catered for in cltl3? Short: yes See the thread about "RFC: CLtL3 Charter" in august/september '09. Drew Crampsie has posted a CLtL3-Charter and started a discussion about it. I've put a copy on here: http://pmeta.net/projects/cltl3/charter/cltl3-charter-draft-2.txt > There is no functional converse to SORT & STABLE-SORT. All the other operations that I can think of have functional / destructive operations, why the non uniformity? Actually I don't know why - but it is important to understand that SORT is "potentially destructive". You cannot rely on an old reference of the sorted sequence. So SORT being destructive is specified to _allow_ efficient implementation of sorting sequences - not to enable users to safe some characters by "in-place-modification". Not that you meant that :-) just because it is a quite common error not to use the return value of SORT "because it is destructive". Regarding CLtL3: To me this never was a real problem since COPY-SEQ isn't actually very difficult to add and I think of it more as a library issue (its easy to add portably using some utility-library). I personally would have nothing against adding a "non-destructive SORT"; though I fear the name debate would come up again with people demanding SORT to be called NSORT or even SORT! ;-) . Naming issues are explicitely NOT part of the CLtL3-Charter. > > Are Generators & Series being thought of? :) Similar to the non-destructive SORT: Those facilities should be easy to do using libraries in a portable way and only an ASDF:OOS away. It would only make the mudball bigger without making anything easier. So yes - Generators and Series make a cool (library-)extension to CL but they need not necessarily be a part of CLtL3. I understand the idea behind it and the symbolic/political value though. There already was the idea to make a CLtL3-Core without any library-add-ons and some CLtL3-Extensions which would be documented extensions. This could be an alternative. ciao, Jochen Schmidt -- Jochen Schmidt CRISPYLOGICS Uhlandstr. 9, 90408 Nuremberg Fon +49 (0)911 517 999 82 Fax +49 (0)911 517 999 83 mailto:(format nil "~(~36r@~36r.~36r~)" 870180 1680085828711918828 16438) http://www.crispylogics.com From tcr at freebits.de Tue Dec 22 17:45:11 2009 From: tcr at freebits.de (Tobias C. Rittweiler) Date: Tue, 22 Dec 2009 18:45:11 +0100 Subject: [cltl3-devel] Some questions References: <5a28dfe80912220508g2d67003ay3ea42678c8f36cac@mail.gmail.com> Message-ID: <87aaxa3ntk.fsf@freebits.de> Edward Tate wrote > Are user extensible streams ala: > http://www.doc.gold.ac.uk/~mas01cr/papers/ilc2007/sequences-20070301.pdfgoing > to be catered for in cltl3? (ITYM "extensible sequences", not "extensible streams".) People who want extensible sequences should implement them for their favorite Open Source implementation, or ask their commercial vendor to do it. (Even if they, the commercial vendors, may not consider it now, expressing your need is important so they will consider it some day.) The implementation-dependent bits that are needed are not difficult -- and you can borrow the bulk of the implementation (the generic protocol, plus the generic implementation of the sequence functions specified in the standard) just from Christophe Rhodes' code. The code was placed in the public domain so can also be reused by the commercial vendors without problem. I'm pretty sure a dedicated hacker will probably be able to do it in the days between the years. So if you have some free time at hand, and do not know what to do, try it. Fame and glory awaits. :-) -T. PS. The alternative, portable route is described here http://common-lisp.net/~trittweiler/talks/sequence-iterators-2009.pdf If you want to help out on that instead, drop me a mail.