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/