levin | 21 Dec 12:21
Picon
Gravatar

Submit a GBK patch

HI,all

Days ago, I found this project babel, and tried to use it in my project, as I'm Chinese,
I found it doesn't support GBK encoding in babel, so I wrote a patch for babel to make
it support GBK.

I just used common lisp for not a long time, so if there was something not
good enough, please let me know, I also hope you can accept this patch or help me
modify it to make babel support GBK, so we can use it freely to process Chinese text.

Thanks.

--
levin


Attachment (0002-New-encoding-GBK.patch): application/octet-stream, 75 KiB
_______________________________________________
babel-devel mailing list
babel-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/babel-devel
Xiaofeng Yang | 22 Dec 15:55
Picon

Re: Submit a GBK patch



I suggest this for both GB2312 and GBK encoding (this 2 encodings are very important for Chinese users):
http://trac.clozure.com/ccl/changeset/14911
I've tested this for CCL using the encoding tables and tests from GNU's iconv.

Most babel code came from CCL. I think to integrated this for babel is easily and more suitable though it just only for CCL now.

     Best regards,
Xiaofeng Yang


2011/12/21 levin <levin108 <at> gmail.com>
HI,all

Days ago, I found this project babel, and tried to use it in my project, as I'm Chinese,
I found it doesn't support GBK encoding in babel, so I wrote a patch for babel to make
it support GBK.

I just used common lisp for not a long time, so if there was something not
good enough, please let me know, I also hope you can accept this patch or help me
modify it to make babel support GBK, so we can use it freely to process Chinese text.

Thanks.

--
levin

_______________________________________________
babel-devel mailing list
babel-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/babel-devel



_______________________________________________
babel-devel mailing list
babel-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/babel-devel
Anton Vodonosov | 28 Dec 22:21
Picon
Favicon

Unit tests failures on different lisps

Hello.

I am running tests of some most often Quicklisp-downloaded libraries, including babel.

Babel tests have different number of failures/errors on different Lisps (about 8, 9 or 5).

You may find the results here: http://common-lisp.net/project/cl-test-grid/pivot_ql-lib_lisp.html

Clicking the ok/fail status refer to the library test logs where you may find what failures
occurred.

Best regards,
- Anton
Luís Oliveira | 29 Dec 01:29
Picon
Gravatar

Re: [cffi-devel] Unit tests failures on different lisps

On Wed, Dec 28, 2011 at 9:25 PM, Anton Vodonosov <avodonosov <at> yandex.ru> wrote:
> I am running tests of some most often downloaded CL libraries, including CFFI.
>
> So far CFFI was only tested on Linux. It has Linux, has different number
> (of expected and unexpected) failures on different Lisps.

Thanks, this is rather helpful since these days I don't convenient
access to all the Lisps/platforms supported by CFFI. Those failures
are mostly harmless, although the BFF ones are probably
implementation-specific bugs.

Is there a way to take advantage of your buildfarm such that I can
test CFFI versions before doing a release or before even pushing to
the main repository?

Cheers,

--

-- 
Luís Oliveira
http://r42.eu/~luis/
Luís Oliveira | 29 Dec 02:07
Picon
Gravatar

Re: Submit a GBK patch

Yang and Wenpeng,

On Thu, Dec 22, 2011 at 2:55 PM, Xiaofeng Yang <n.akr.akiiya <at> gmail.com> wrote:
> I suggest this for both GB2312 and GBK encoding (this 2 encodings are very
> important for Chinese users):

I've pushed Wenpeng's patch to the main repository. Some of the bits
in CCL's code do seem cleaner. It'd be nice to simplify Babel's
version if any of you has the time.

Thanks!

--

-- 
Luís Oliveira
http://r42.eu/~luis/
Anton Vodonosov | 29 Dec 04:23
Picon
Favicon

Re: [cffi-devel] Unit tests failures on different lisps


29.12.2011, 04:29, "Luís Oliveira" <luismbo <at> gmail.com>:
>
> Is there a way to take advantage of your buildfarm such that I can
> test CFFI versions before doing a release or before even pushing to
> the main repository?

Not yet, because I am in the beginning of the project and only
starting to see the first results (it's not really a buildfarm, but
a small system where anyone may run a simple command, like
(load "agent.lisp"), and it runs the tests and submits the results
to the central server; so that we will be able to accumulate 
the statictics; currently this command just runs tests on 
whatever is the current quicklisp distribution is installed 
on the system, and I am the only person who runs this command 
- I am testing how it works and polishing the corner cases). 

The ability for library authors to express a wish to run tests on the 
recent (not released) version is one of the important future goals. 
There is no decision yet on how it will be specified, we may discuss it.
 I will contact you when (hopefully) I ready for this.

Best regards,
- Anton

_______________________________________________
babel-devel mailing list
babel-devel <at> common-lisp.net
http://lists.common-lisp.net/cgi-bin/mailman/listinfo/babel-devel
Luís Oliveira | 29 Dec 12:08
Picon
Gravatar

Re: [cffi-devel] Unit tests failures on different lisps

On Thu, Dec 29, 2011 at 3:23 AM, Anton Vodonosov <avodonosov <at> yandex.ru> wrote:
> Not yet, because I am in the beginning of the project and only
> starting to see the first results (it's not really a buildfarm, but
> a small system where anyone may run a simple command, like
> (load "agent.lisp"), and it runs the tests and submits the results
> to the central server; so that we will be able to accumulate
> the statictics; currently this command just runs tests on
> whatever is the current quicklisp distribution is installed
> on the system, and I am the only person who runs this command
> - I am testing how it works and polishing the corner cases).

OK, cool stuff. Have you considered using something like Jenkins?

--

-- 
Luís Oliveira
http://r42.eu/~luis/

Gmane