freenode/#lisp - IRC Chatlog

4:27:42 beach Good morning everyone!

4:28:05 beach phoe_: It is fine to return an instance of STANDARD-DATE.

4:28:16 beach phoe_: There is not much else you can do.

5:03:59 caffe morning, beach

5:28:14 slyrus I hate it when I'm debugging problems I know I've solved before...

5:28:31 beach I fully understand.

5:36:55 marvin2 is there a pattern matching library with ability to attempt multiple matches if prior ones failed?

5:37:32 slyrus finally. I remembered. bogus type declaration in fast-http that hadn't been updated on this machine.

5:47:24 borei hi all

5:47:37 borei quick question about generic functions

5:47:48 borei ... and methods

5:48:46 borei can i use method as an argument for sb-thread:make-thread

5:48:55 borei i use SBCL

6:10:58 abel-abel1 ** NICK abel-abel

6:21:21 goosnargh borei: Yes. (defmethod foo (a b) (cons a b)) (sb-thread:make-thread #'foo :name "FOO" :arguments '(x y)) => #<SB-THREAD:THREAD "FOO" FINISHED values: (X . Y) {1003C8D9E3}>

7:25:16 beach goosnargh: That is not correct.

7:26:11 caffe sad story...

7:26:34 caffe when a nice old place gets ruined by a greedy BOFH

7:26:48 beach minion: memo for borei: You can't execute a method independently of the generic function it belongs to. What goosnargh suggested implicitly creates a generic function named FOO and passes it to the thread creation.

7:26:48 minion Remembered. I'll tell borei when he/she/it next speaks.

7:27:45 beach caffe: Which one are you thinking of?

7:30:12 goosnargh beach: Yes, that's right. I left out the SBCL warning: "WARNING: Implicitly creating new generic function COMMON-LISP-USER::FOO."

7:30:42 goosnargh Technically it's the generic function that is called, not the method.

7:32:06 beach It is important to use the correct terminology. Either borei was using the correct terminology and the answer to the question was "no", or else borei was not using the correct terminology, and that fact should be pointed out.

7:32:40 beach Otherwise, here on #lisp the discussion tends to degenerate into a pointless exchange with undefined or badly defined terms.

7:47:36 keviv_ ** NICK keviv

8:03:02 caffe beach: i'll let you know after the dust settles

8:03:46 phoe_ marvin2: are you using trivia/optima?

8:07:54 _main_ ** NICK __main__

10:47:52 oleo morning

11:36:48 beach Hello oleo.

11:36:55 oleo morning beach

11:36:59 beach ACTION is very busy today with plenty of lunch guests.

11:37:58 oleo i'm trying to build supercollider but it failed at sclang in libreadline which told me i don't have the references to the symbols tgetstr etc..which seems to be a thing of curses/termcap....

11:38:07 oleo meh

11:38:32 oleo and the distro package doesn't work either....

11:38:50 oleo it's an older version i suppose but anyway.....

11:39:03 oleo there's no gui appearing....

11:39:15 oleo i only find a socket somewhere but that's it

11:39:21 oleo eheh

11:39:26 oleo :/

11:40:10 oleo tried to reinstall some of the modules, am recompiling right now, will see if it will work soon

12:47:20 tetero Shinmera: Did you make the graphics engine for that game yourself?

12:50:09 antoszka is Nikodemus here? Looks like OSICAT is missing the BABEL dependency in the ASDF system definition.

12:50:25 antoszka (stumbled across that on a fresh quicklisp installation somewhere)

12:50:41 JohnTalent Good morning.

12:55:23 Shinmera tetero: Yes.

12:58:09 tetero Shinmera: Cool. Are you releasing that as a library?

12:58:53 Shinmera The code's public but I won't release it for probably another decade given the things I want to do and the speed at which I'm progressing

12:59:22 Shinmera So until then it's "you have been warned"-type of stuff.

13:15:22 tetero Shinmera: Ah, I was just curious mostly

13:15:47 Shinmera http://shirakumo.org/projects/trial

13:26:32 tetero Shinmera: Thanks :)

13:33:57 fe[nl]ix antoszka: osicat depends on cffi which depends on babel

13:34:55 antoszka fe[nl]ix: Yeah, I've dug down to that. For some reason (somehow broken dependency resolution in QL) -- when I load CFFI on a fresh QL installation, BABEL gets pulled in as a dep correctly.

13:35:32 antoszka fe[nl]ix: When I load OSICAT directly, BABEL *does not* get loaded and I fail with a non-existent babel error from CFFI from OSICAT.

13:35:49 antoszka Should I file that problem with Xach? Or with OSICAT? Or with CFFI?

13:37:59 fe[nl]ix probably with QL

13:38:14 fe[nl]ix osicat does not use Babel directly anywhere in the source code

13:38:40 antoszka yeah

13:38:51 antoszka OK, I'll file an issue with QL, thanks.

13:39:22 antoszka Though it gut feels like an ASDF problem somewhere.

13:44:31 BW^- Can I use Relaxed Radix Balanced Trees as an extended Union Find, which gives me Union Find Split ?

13:44:34 pjb Check the osicat system, perhaps it's missing a dependency on babel?

13:44:38 BW^- bech: hi :D

13:44:56 BW^- beach: :)

13:47:27 fe[nl]ix antoszka: use asdf:load-system to test that

13:49:36 antoszka busy editing audio ATM, will probably do that in the evening

13:50:25 antoszka fe[nl]ix: will that use the same ASDF that QL uses? I'm a bit puzzled about which ASDF is used when (one is bundled with whatever CL I use, another is bundled with QL, another is quickloadable?)