00:04:16 rme [~rme@50.43.147.197] has joined #ccl 01:01:07 -!- DataLinkDroid [~DataLinkD@120.154.97.132] has quit [Read error: Connection reset by peer] 01:01:34 DataLinkDroid [~DataLinkD@120.154.97.132] has joined #ccl 01:21:34 -!- rme [~rme@50.43.147.197] has quit [Quit: rme] 01:57:18 -!- DataLinkDroid [~DataLinkD@120.154.97.132] has quit [Quit: Disconnecting -- bye] 02:10:42 ddp [~ddp@wsip-68-110-169-4.ph.ph.cox.net] has joined #ccl 02:11:52 -!- ddp [~ddp@wsip-68-110-169-4.ph.ph.cox.net] has quit [Client Quit] 04:02:02 DataLinkDroid [~DataLinkD@120.154.115.156] has joined #ccl 05:08:35 -!- gbyers [~gb@c-68-35-55-248.hsd1.nm.comcast.net] has quit [Quit: Leaving] 07:16:09 jdz [~jdz@85.254.212.34] has joined #ccl 07:24:03 -!- DataLinkDroid [~DataLinkD@120.154.115.156] has quit [Read error: Connection reset by peer] 07:24:27 DataLinkDroid [~DataLinkD@120.154.115.156] has joined #ccl 07:28:13 -!- DataLinkDroid [~DataLinkD@120.154.115.156] has quit [Client Quit] 07:30:14 -!- Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has quit [Ping timeout: 240 seconds] 08:01:11 ogamita [~t@77.104.4.54] has joined #ccl 08:29:36 gleag [~gleag@71.175.broadband2.iol.cz] has joined #ccl 10:17:50 hydan [~hydan@ip-89-103-110-5.net.upcbroadband.cz] has joined #ccl 11:53:12 I'm sort of puzzled. What's the relationship between ccl::ppc-lap-function and ccl::x86-lap-function? I'd assume these would provide similar functionality, only on different architectures , but apparently, ccl::ppc-lap-function is a special operator while ccl::x86-lap-function is not (at least according to #'describe). 12:01:02 -!- gleag [~gleag@71.175.broadband2.iol.cz] has quit [Ping timeout: 240 seconds] 12:04:32 gleag [~gleag@71.175.broadband2.iol.cz] has joined #ccl 12:37:19 -!- hydan [~hydan@ip-89-103-110-5.net.upcbroadband.cz] has quit [Remote host closed the connection] 14:17:05 gleag_ [~gleag@71.175.broadband2.iol.cz] has joined #ccl 14:17:44 gleag: well, the fact that it's a special operator or a macro should be irrelevant. 14:18:52 That said, historically, ccl was a PPC implementation before a X86 or an ARM one, so that may explain it. 14:19:16 -!- gleag [~gleag@71.175.broadband2.iol.cz] has quit [Ping timeout: 256 seconds] 14:27:57 -!- gleag_ is now known as gleag 14:29:02 The PPC variant seems callable, the X86 isn't. The way it's used in the sources suggests that both seem to fulfill a similar role that lambda expressions do. That was actually what I was looking for: if there's a way to write a LAP equivalent of lambdas (for example, in certain types of more generic compiler macros). 14:30:11 (Since I don't think that convolutedly invoking defx86lapfunction during macroexpansion or compiler macro processing is a good idea.) 15:29:35 -!- gleag [~gleag@71.175.broadband2.iol.cz] has quit [Quit: Odcházím] 16:20:21 gleag [~gleag@71.175.broadband2.iol.cz] has joined #ccl 16:41:15 -!- ogamita [~t@77.104.4.54] has quit [Ping timeout: 245 seconds] 18:20:25 mdc_mobile [~mdc_mobil@c-67-188-115-120.hsd1.ca.comcast.net] has joined #ccl 18:40:08 Vivitron [~Vivitron@c-50-172-44-193.hsd1.il.comcast.net] has joined #ccl 20:44:44 rme [~rme@50.43.157.17] has joined #ccl 20:50:51 -!- rme [~rme@50.43.157.17] has quit [Ping timeout: 245 seconds] 21:28:08 jangle_ [~jimmy1984@c-98-233-111-131.hsd1.md.comcast.net] has joined #ccl 21:48:04 rme [~rme@50.43.187.242] has joined #ccl 22:55:48 rme_ [~rme@50.43.172.240] has joined #ccl 22:56:14 -!- rme [~rme@50.43.187.242] has quit [Ping timeout: 240 seconds] 22:56:14 -!- rme_ is now known as rme 23:29:18 DataLinkDroid [~DataLinkD@123.208.155.173] has joined #ccl 23:29:59 -!- jangle_ [~jimmy1984@c-98-233-111-131.hsd1.md.comcast.net] has quit [Quit: jangle_] 23:37:31 jangle_ [~jimmy1984@c-98-233-111-131.hsd1.md.comcast.net] has joined #ccl