From root at common-lisp.net Mon Feb 4 07:00:45 2008 From: root at common-lisp.net (root) Date: Mon, 4 Feb 2008 02:00:45 -0500 (EST) Subject: [babel-devel] Auto-nag: babel please update your webpage Message-ID: <20080204070045.B31995832C@common-lisp.net> You are being nagged on because you have not created a sensible default webpage for your project. Please do so or you will be nagged again next week. All we ask is that you type in something about the project and perhaps some links to mailinglists etc. See common-lisp.net/project/clo/sp/index.html for a reasonable template. Some projects host their webpages somewhere else (eg. http://common-lisp.net/project/cl-ppcre) and if you're in the same situation you may put the following in your index.shtml: Any questions? You can reach the author of this cronjob at clo-devel at common-lisp.net Thanks! From root at common-lisp.net Mon Feb 11 07:00:44 2008 From: root at common-lisp.net (root) Date: Mon, 11 Feb 2008 02:00:44 -0500 (EST) Subject: [babel-devel] Auto-nag: babel please update your webpage Message-ID: <20080211070044.E707717046@common-lisp.net> You are being nagged on because you have not created a sensible default webpage for your project. Please do so or you will be nagged again next week. All we ask is that you type in something about the project and perhaps some links to mailinglists etc. See common-lisp.net/project/clo/sp/index.html for a reasonable template. Some projects host their webpages somewhere else (eg. http://common-lisp.net/project/cl-ppcre) and if you're in the same situation you may put the following in your index.shtml: Any questions? You can reach the author of this cronjob at clo-devel at common-lisp.net Thanks! From root at common-lisp.net Mon Feb 18 07:01:20 2008 From: root at common-lisp.net (root) Date: Mon, 18 Feb 2008 02:01:20 -0500 (EST) Subject: [babel-devel] Auto-nag: babel please update your webpage Message-ID: <20080218070120.E117D408F@common-lisp.net> You are being nagged on because you have not created a sensible default webpage for your project. Please do so or you will be nagged again next week. All we ask is that you type in something about the project and perhaps some links to mailinglists etc. See common-lisp.net/project/clo/sp/index.html for a reasonable template. Some projects host their webpages somewhere else (eg. http://common-lisp.net/project/cl-ppcre) and if you're in the same situation you may put the following in your index.shtml: Any questions? You can reach the author of this cronjob at clo-devel at common-lisp.net Thanks! From attila.lendvai at gmail.com Sat Feb 23 22:55:41 2008 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Sat, 23 Feb 2008 23:55:41 +0100 Subject: [babel-devel] patches :) Message-ID: hi Luis, i know i'm running ahead of things, but you can find a few patches available at: darcs pull http://common-lisp.net/project/cl-dwim/darcs/babel/ hint: you may consider adding Stelian and me to the babel group, so that the open source fairies could set up an official babel repo... ;) or even a minimalistic site if you don't find that offending. -- attila From luismbo at gmail.com Sun Feb 24 00:25:29 2008 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sun, 24 Feb 2008 00:25:29 +0000 Subject: [babel-devel] patches :) In-Reply-To: References: Message-ID: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> [Cc-ing Stelian in case he's not subscribed to babel-devel.] On 23/02/2008, Attila Lendvai wrote: > i know i'm running ahead of things, but you can find a few > patches available at: No, you're just walking by the main developer who is standing still. :-) > darcs pull http://common-lisp.net/project/cl-dwim/darcs/babel/ I have a few questions: Sat Feb 23 22:01:55 WET 2008 attila.lendvai at gmail.com * fix: lookup-mapping of already looked up concrete-encoding instances I'm curious about your use case for (lookup-mapping ht ). I would we want that to work? Sat Feb 23 22:06:59 WET 2008 attila.lendvai at gmail.com * Added declaims to make it possible to locally inline string-to-octets and friends upon explicit request Somewhere in your code (cl-rdbms maybe?) I saw you used the mappings directly. Is this related to that? What's the gain? (In either case: funcalling the mappings directly or inlining string-to-octets.) Sat Feb 23 22:48:45 WET 2008 attila.lendvai at gmail.com * Added an exported lookup-string-vector-mapping for special uses of the encoders directly This one is related to the previous question, I suppose. I'm curious about why you want to call the encoders directly. ISTR having some ideas about more features for string-to-octets and friends, so I might imagine some uses for calling the encoders directly if I could remember what those ideas were. > hint: you may consider adding Stelian and me to the babel group, so > that the open source fairies could set up an official babel repo... ;) > or even a minimalistic site if you don't find that offending. I've sent a request to add you both to the group. Also, I moved my babel tree into the project's public_html. I usually screw the permitions up, so let me know if anything's wrong. I set up a minimalistic site. Feel free to improve it. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From attila.lendvai at gmail.com Sun Feb 24 01:26:40 2008 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Sun, 24 Feb 2008 02:26:40 +0100 Subject: [babel-devel] patches :) In-Reply-To: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> Message-ID: > Sat Feb 23 22:01:55 WET 2008 attila.lendvai at gmail.com > * fix: lookup-mapping of already looked up concrete-encoding instances > > I'm curious about your use case for (lookup-mapping ht > ). I would we want that to work? baah, i fooled myself with an old change of mine. and in the light of the compiler macro i think this is BS and should be rolled back. i've unpulled stuff from my repo and amended the patches according to this mail. > Sat Feb 23 22:06:59 WET 2008 attila.lendvai at gmail.com > * Added declaims to make it possible to locally inline string-to-octets > and friends upon explicit request > > Somewhere in your code (cl-rdbms maybe?) I saw you used the mappings > directly. Is this related to that? What's the gain? (In either case: > funcalling the mappings directly or inlining string-to-octets.) i didn't measure anything, but it seems to be a good decision from a lib to allow inlining _when explicitly requested_ in a local declare block. (for inlining to work at all, the declaim inline must be enabled while compiling the definition) i think inlining those functions could make them a little faster due to the additional type inferencing. > Sat Feb 23 22:48:45 WET 2008 attila.lendvai at gmail.com > * Added an exported lookup-string-vector-mapping for special uses > of the encoders directly > > This one is related to the previous question, I suppose. I'm curious > about why you want to call the encoders directly. ISTR having some > ideas about more features for string-to-octets and friends, so I might > imagine some uses for calling the encoders directly if I could > remember what those ideas were. all i have now is the buffer reuse idea, which does not really balance an exported symbol. so let's scratch that lookup-string-vector-mapping patch for now. another interesting usecase i was considering is an encoder that can write into a (socket) stream using a local byte vector buffer and call write-sequence when the buffer gets full. calling write-byte is damn slow... but this is more like a random optimization idea than something really needed. > > hint: you may consider adding Stelian and me to the babel group, so > > that the open source fairies could set up an official babel repo... ;) > > or even a minimalistic site if you don't find that offending. > > I've sent a request to add you both to the group. Also, I moved my > babel tree into the project's public_html. I usually screw the > permitions up, so let me know if anything's wrong. > > I set up a minimalistic site. Feel free to improve it. ok, i'll try to be useful as time allows. -- attila From sionescu at common-lisp.net Sun Feb 24 01:41:41 2008 From: sionescu at common-lisp.net (Stelian Ionescu) Date: Sun, 24 Feb 2008 02:41:41 +0100 Subject: [babel-devel] patches :) In-Reply-To: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> Message-ID: <20080224014141.GA227322@universe.org> On Sun, Feb 24, 2008 at 12:25:29AM +0000, Luis Oliveira wrote: >[Cc-ing Stelian in case he's not subscribed to babel-devel.] ok, I just subscribed ;) -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From luismbo at gmail.com Sun Feb 24 13:42:39 2008 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sun, 24 Feb 2008 13:42:39 +0000 Subject: [babel-devel] patches :) In-Reply-To: References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> Message-ID: <391f79580802240542g215eac07k54aff1b293938a2c@mail.gmail.com> On 24/02/2008, Attila Lendvai wrote: > baah, i fooled myself with an old change of mine. and in the light of > the compiler macro i think this is BS and should be rolled back. i've > unpulled stuff from my repo and amended the patches according to this > mail. Sun Feb 24 01:16:39 WET 2008 attila.lendvai at gmail.com * Added a compiler macro for lookup-mapping Hmm, the compiler macro also checks if encoding is a concrete-mapping. Did that slip through or is it intentional? Does this compiler macro kick in when string-to-octets is inlined? Otherwise, there isn't much point. But if it does kick in I can imagine how inlining might be desirable if we're converting a bunch of strings in a tight loop. Doing some profiling to check whether it is in fact worthwhile would be nice, though. I'm being paranoid because I got bitten by a (possibly premature) optimization patch in CFFI some time ago. :-) > > Sat Feb 23 22:48:45 WET 2008 attila.lendvai at gmail.com > > * Added an exported lookup-string-vector-mapping for special uses > > of the encoders directly [...] > all i have now is the buffer reuse idea, which does not really balance > an exported symbol. so let's scratch that lookup-string-vector-mapping > patch for now. I don't have anything against the patch per se. The mappings have an exported, albeit low-level, interface anyway. I'm just curious what it's for because I'd probably prefer to add that functionality in string-to-octets in a more convenient way. > another interesting usecase i was considering is an encoder that can > write into a (socket) stream using a local byte vector buffer and call > write-sequence when the buffer gets full. calling write-byte is damn > slow... but this is more like a random optimization idea than > something really needed. Ah yes, iolib should definitely do that. But why isn't that doable with string-to-octets? To put it in another way, what would be necessary to make that doable with string-to-octets? Would adding a vector argument and returning the number of characters consumed and number of bytes output as extra return values be enough? BTW, I've pushed your patches to the main tree. Yesterday, I had pushed them to the old tree in my c-l.net home by mistake. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From sionescu at common-lisp.net Sun Feb 24 15:59:40 2008 From: sionescu at common-lisp.net (Stelian Ionescu) Date: Sun, 24 Feb 2008 16:59:40 +0100 Subject: [babel-devel] patches :) In-Reply-To: References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> Message-ID: <20080224155940.GA249323@universe.org> On Sun, Feb 24, 2008 at 02:26:40AM +0100, Attila Lendvai wrote: >> Sat Feb 23 22:48:45 WET 2008 attila.lendvai at gmail.com >> * Added an exported lookup-string-vector-mapping for special uses >> of the encoders directly >> >> This one is related to the previous question, I suppose. I'm curious >> about why you want to call the encoders directly. ISTR having some >> ideas about more features for string-to-octets and friends, so I might >> imagine some uses for calling the encoders directly if I could >> remember what those ideas were. > > >all i have now is the buffer reuse idea, which does not really balance >an exported symbol. so let's scratch that lookup-string-vector-mapping >patch for now. the concatenate-strings-to-octets version that Lu?s just pushed still uses lookup-string-vector-mapping, btw -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From luismbo at gmail.com Sun Feb 24 16:41:11 2008 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sun, 24 Feb 2008 16:41:11 +0000 Subject: [babel-devel] patches :) In-Reply-To: <20080224155940.GA249323@universe.org> References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> <20080224155940.GA249323@universe.org> Message-ID: <391f79580802240841m53cc276ey2b64fa06ebfdbd81@mail.gmail.com> On 24/02/2008, Stelian Ionescu wrote: > the concatenate-strings-to-octets version that Lu?s just pushed still uses > lookup-string-vector-mapping, btw Should be fixed now. Thanks. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From attila.lendvai at gmail.com Sun Feb 24 17:58:10 2008 From: attila.lendvai at gmail.com (Attila Lendvai) Date: Sun, 24 Feb 2008 18:58:10 +0100 Subject: [babel-devel] patches :) In-Reply-To: <20080224155940.GA249323@universe.org> References: <391f79580802231625t41bd7b52yf35badf7036b3069@mail.gmail.com> <20080224155940.GA249323@universe.org> Message-ID: > the concatenate-strings-to-octets version that Lu?s just pushed still uses > lookup-string-vector-mapping, btw it's my bug, i should have tun the test suite... what do you think about moving the tests to stefil? i feel kinda strange by pushing our stuff, but i find it much more convenient than any other test lib... (what a surprise... :) -- attila From luismbo at gmail.com Sun Feb 24 19:04:34 2008 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Sun, 24 Feb 2008 19:04:34 +0000 Subject: [babel-devel] Hello Gmane Message-ID: <391f79580802241104g3c824fddo9eebb6e09f84d0d4@mail.gmail.com> Hello, This list should now be available through gmane.lisp.babel.devel as well. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/ From luismbo at gmail.com Mon Feb 25 13:23:08 2008 From: luismbo at gmail.com (=?ISO-8859-1?Q?Lu=EDs_Oliveira?=) Date: Mon, 25 Feb 2008 13:23:08 +0000 Subject: Moving the test suite to Stefil (was Re: [babel-devel] patches :)) Message-ID: <391f79580802250523i183d9ad2h766082edb8373fe@mail.gmail.com> On 24/02/2008, Attila Lendvai wrote: > what do you think about moving the tests to stefil? i feel kinda > strange by pushing our stuff, but i find it much more convenient than > any other test lib... (what a surprise... :) I'll give Stefil a go and report back later. -- Lu?s Oliveira http://student.dei.uc.pt/~lmoliv/