gmane.lisp.cl-perec.devel

Re: Installing CL-Perec

2012-02-09T14:09:13

It works! Thank you so much!
Maybe it could be useful to write that in big on the old page of the
documentation.

Re: Installing CL-Perec

Levente Mészáros — 2012-02-09T13:56:09

Sorry, I didn't even notice that you are using an obsolete version (cl-perec).
The latest version of perec is called hu.dwim.perec. The repository is
found on dwim.hu instead of common-lisp.net.

levy

2012/2/9 nicolas.oury-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org <nicolas.oury-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:

Re: Installing CL-Perec

2012-02-09T13:52:10

Thanks for your message.
Alas, it seems cl-perec is not in quicklisp repositories.

2012/2/9 Levente Mészáros <levente.meszaros-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:

Re: Installing CL-Perec

Levente Mészáros — 2012-02-09T13:31:08

Try installing with quicklisp instead of cl-build. I think quicklisp
is the "standard" way of installing lisp packages nowdays.
Also, look at the darcs repositories found at http://dwim.hu or
http://dwim.hu/darcs

levy
--
There's no perfectoin
On Thu, Feb 9, 2012 at 2:14 PM, nicolas.oury-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
<nicolas.oury-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Installing CL-Perec

2012-02-09T13:14:10

Dear all,

I am very eager to try cl-perec, which looks great.

However, I stumbled on a lot of difficulties trying to install it with
cl-build and a recent version of sbcl.

First, it seems that it conflict with the package lock on
Alexandria.0.dev, where ensure-list is already defined.

Then, I can't find a way to have the package metacopy-with-contextl to
be available.

What is the recommended way to install cl-perec?

Thank you very much for your help.

Best regards,

Nicolas.

Re: oracle port

Tomas Hlavaty — 2010-05-14T08:53:36

Hi Levy,


that would be great!

I've already merged in your live version so there the merge should go
smoothly.

It shouldn't break your existing functionality much, except you'll need
to do some minor changes in your existing code like renaming time =>
time-of-day => ptime-of-day and maybe some other details.

Thank you,

Tomas

Re: oracle port

Levente Mészáros — 2010-05-13T16:35:01

On Thu, May 13, 2010 at 4:43 PM, Tomas Hlavaty
<tomas.hlavaty-4UTkxXXXxxB6GC9IsBeDHLNAH6kLmebB< at >public.gmane.org> wrote:
That's really great news Thomas! Thanks for all the hard work you have
done so far!

Do you think we should merge the oracle port into HEAD right now, or
shall we rather wait a little more?

levy

Re: oracle port

Tomas Hlavaty — 2010-05-13T14:43:18

Hi all,

the oracle port now works, see
http://www.knowledgetools.de/tmp/temporaer/tomas/index.html#sec-3.4 for
more details.

Cheers,

Tomas

Re: oracle port

Tomas Hlavaty — 2010-03-18T12:57:44

Hi Tomi,

thanks for your answers.


I'll see when I dive more into it;-)

Thank you,

Tomas

Re: oracle port

Borbély Tamás — 2010-03-17T13:10:21

oracle port

Tomas Hlavaty — 2010-03-17T12:10:46

Hi Tomi,

I am starting to work on porting hu.dwim.rdbms to oracle (and
hu.dwim.perec later) and I would like to ask what state was the oracle
backend last time it was maintained?  What version of oracle database
did you use?

Thank you,

Tomas

Re: allegro port

Attila Lendvai — 2010-03-09T15:17:35

fix pushed.

Re: allegro port

Tomas Hlavaty — 2010-03-09T14:38:13

Hi Levy,


I thing the problem is that +unbound-slot-value+ cannot be (portably)
used as a "value", e.g. in hash-tables, see the attached test case.  It
seems to have special meaning in some implementations.


Once more patch, now it should work:-)


No problem & thanks.

Tomas

(require :asdf)

(push (merge-pathnames "lisp/systems/" (user-homedir-pathname)) asdf:*central-registry*)

(asdf:operate 'asdf:load-op :asdf-binary-locations)
(setq
 asdf:*centralize-lisp-binaries* t
 asdf:*default-toplevel-directory* (merge-pathnames ".fasl/" (user-homedir-pathname)))

(asdf:operate 'asdf:load-op :closer-mop)

(defclass test1 ()
  (test-slot))

;; non-portable trick in
;; ~/src/ktbs/sbcl-perec/lisp-cms/thirdparty/tmp/computed-class/configuration.lisp
;; ~/src/ktbs/SBCL-PEREC/lisp-cms/thirdparty/tmp/hu.dwim.computed-class/source/util.lisp

(defparameter +unbound-slot-value+
  (let ((test (make-instance 'test1)))
    (c2mop:standard-instance-access
     test
     (c2mop:slot-definition-location
      (find 'test-slot

Re: allegro port

Levente Mészáros — 2010-03-09T13:47:21

On Tue, Mar 9, 2010 at 11:55 AM, Tomas Hlavaty
<tomas.hlavaty-4UTkxXXXxxB6GC9IsBeDHLNAH6kLmebB< at >public.gmane.org> wrote:
We are not going to do a Clozure port, nor any other port. On the
other hand we would be happy to more patches!

In what sense is it not portable?

Thank you very much!

Eventually they will be merged in, but I'm fixing the test suite first.

Cheers,
levy

Re: QA

Levente Mészáros — 2010-03-09T13:49:38

On Tue, Mar 9, 2010 at 12:09 PM, Tomas Hlavaty
<tomas.hlavaty-4UTkxXXXxxB6GC9IsBeDHLNAH6kLmebB< at >public.gmane.org> wrote:

In addition to what Attila said: I will finish the automated nightly
tests, so that it runs for all our systems on dwim.hu. This supposed
to test head and live separately and you will be able to compare the
results.

Hope this helps,
levy

Re: QA

Attila Lendvai — 2010-03-09T11:36:06

the integrated libraries in live are in a state that compile, load and
work fine together (which means that we don't know about issues that
are the result of integration headaches). no more, no less. dwim.hu
runs from the live repos.

as of failing tests: they are part of the bug database. i try to put
with-expected-failures everywhere where i see expected failures,
although it's not always easy due to macrology and i don't run all our
tests regularly (e.g. perec).

so, we try not to have failing tests, but we are not too nervous if
there are some. and we definitely prefer failing tests to unexposed
bugs....

QA

Tomas Hlavaty — 2010-03-09T11:09:10

Hi all,

I would like to ask what is your policy regarding quality of the live
repository?  There are quite a few tests failing there so I wonder what
is the difference between live and head and also how do I know that the
code is stable enough for merging it into my own repository for further
work?

Thank you,

Tomas

Re: allegro port

Tomas Hlavaty — 2010-03-09T10:55:22

Hi Attila,


thanks a lot!


Yes, there are some tricky bits around subtypep but it seems to be more
or less working or allegro.

Do you have any plans for a Clozure port?  I have briefly looked into it
and hit a problem with +unbound-slot-value+ in hu.dwim.computed-class.
Basically, perec uses a trick which is not portable (works on sbcl and
allegro but not clozure and clisp for example).  Not sure how much work
would this be to make this portable?

BTW, I have commited more patches and the Allegro port should now be
working with the new hu.dwim.perec.

Cheers,

Tomas

Re: allegro port

Attila Lendvai — 2010-03-04T14:08:05

hello Tomas,




i've pushed most of your changes to our repos (HEAD for now) with a
few fixes here-and-there... the rest waits for Levy to review when he
gets to it.

note: judging from the patches, the type handling in perec is causing
headaches on allegro... it is on our TODO to refactor it to use the
type stuff from hu.dwim.util. wui already uses it for the component
factories...

thanks for your efforts!

Re: allegro port

Tomas Hlavaty — 2010-03-04T13:42:57

Hi Levente,


renamed.

Thanks,

Tomas

Re: allegro port

Tomas Hlavaty — 2010-03-04T12:21:35

Hi Attila,


thank you.

I have updated the new version with the portability patches.  Please see
http://www.knowledgetools.de/tmp/temporaer/tomas/ for more details.

Regards,

Tomas