00:01:50 -!- rme [~rme@pool-70-106-137-119.chi01.dsl-w.verizon.net] has quit [Quit: rme] 00:31:03 -!- alms_ [~alms_@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 00:32:43 alms_ [~alms_@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 00:34:21 rme [~rme@pool-70-106-137-119.chi01.dsl-w.verizon.net] has joined #ccl 00:51:31 -!- alms_ [~alms_@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has quit [Quit: alms_] 00:55:19 alms_ [~alms_@146-115-42-237.c3-0.bkl-ubr1.sbo-bkl.ma.cable.rcn.com] has joined #ccl 05:12:18 -!- rme [~rme@pool-70-106-137-119.chi01.dsl-w.verizon.net] has quit [Quit: rme] 07:50:07 jdz [~jdz@193.206.22.97] has joined #ccl 14:09:04 lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 14:09:06 -!- lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has quit [Remote host closed the connection] 14:09:38 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 276 seconds] 14:25:49 milanj [~milanj_@93-87-180-170.dynamic.isp.telekom.rs] has joined #ccl 14:38:48 rme [~rme@pool-70-106-137-119.chi01.dsl-w.verizon.net] has joined #ccl 14:44:23 lnostdal [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 14:50:44 lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 14:51:47 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Read error: Connection reset by peer] 15:04:50 -!- lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 276 seconds] 15:18:33 deepfire [~deepfire@80.92.100.69] has joined #ccl 15:28:23 lnostdal [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 15:29:15 anRch [~markmilli@64.134.67.130] has joined #ccl 15:32:34 lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 15:33:16 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 252 seconds] 15:37:20 -!- lnostdal_ [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 276 seconds] 15:49:35 lnostdal [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 15:58:03 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 265 seconds] 16:04:53 -!- jdz [~jdz@193.206.22.97] has quit [Quit: Leaving] 16:13:26 lnostdal [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 16:21:07 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 240 seconds] 16:34:35 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 16:40:35 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 276 seconds] 16:42:41 -!- anRch [~markmilli@64.134.67.130] has quit [Quit: anRch] 16:50:45 anRch [~markmilli@64.134.67.130] has joined #ccl 16:53:48 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:00:00 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 272 seconds] 17:00:21 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:05:26 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 264 seconds] 17:07:06 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:08:39 -!- jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has quit [Quit: jajcloz] 17:09:46 -!- anRch [~markmilli@64.134.67.130] has quit [Quit: anRch] 17:11:48 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 240 seconds] 17:14:56 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:19:51 lnostdal_ [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:20:18 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 240 seconds] 17:30:43 -!- lnostdal_ [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 240 seconds] 17:42:09 lnostdal [~quassel@124.80-203-140.nextgentel.com] has joined #ccl 17:54:29 -!- lnostdal [~quassel@124.80-203-140.nextgentel.com] has quit [Ping timeout: 276 seconds] 17:59:27 bfulgham [~brent@wsip-72-215-191-226.sb.sd.cox.net] has joined #ccl 18:16:28 lnostdal [~quassel@56.84-48-233.nextgentel.com] has joined #ccl 18:22:14 -!- lnostdal [~quassel@56.84-48-233.nextgentel.com] has quit [Ping timeout: 264 seconds] 19:10:15 Intensity [jgZLIf4TvZ@unaffiliated/intensity] has joined #ccl 19:24:08 jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has joined #ccl 19:31:04 manuel___ [~manuel_@p54B8BE2A.dip.t-dialin.net] has joined #ccl 19:31:14 hi 19:31:23 i'm using ccl, and the foreign-type-alignment for a C pointer for example is 64 bits 19:31:29 but actually on OSX it seems to be 32 bits, at least that's what my tests with GCC tell me 19:31:33 (cl-gd) 19:31:38 -!- jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has quit [Quit: jajcloz] 19:31:39 which leads CCL to generate incorrect FFIs 19:31:46 anybody know about this? 19:34:36 jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has joined #ccl 19:34:38 *rme* rummages around for his x86-64 ABI document 19:38:55 manuel___: are you saying that you're seeing some cases where a (64 bit) pointer is not stored with natural alignment on the stack or in a structure? 19:39:50 yes 19:40:13 it's not a 64 bit pointer, it's a 32 bit pointer 19:40:41 http://paste.lisp.org/display/114507 19:40:50 but ccl somehow assumes everything FFI-related is 64 bits? 19:41:06 basically my gdImageStruct get corrupted 19:49:35 -!- jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has quit [Quit: jajcloz] 19:50:17 i managed to work around it by fixing the alignment of an array to 4 19:50:21 but it's hackish at best :] 19:51:13 I'm looking at it, and I'm not sure I see a ccl bug yet; will annotate the paste in a minute or two. 19:51:38 i dunno if it's a bug or not 19:51:40 :) 19:51:46 it's just not working for me 19:51:58 and i thought maybe somebody would have a pointer regarding what's going on 20:03:32 manuel___: I annotated your paste. The native ffi seems to be behaving as you expect; I'm not familiar with cffi, so I don't know how cffi::slot-offset or cffi::get-slot-info work. 20:04:11 i see 20:04:12 thx 20:04:24 they call, lemme see, i traced that 20:06:06 there is this code that adjusts for alignment when generation the c-struct, and this is where it seems to go bad. i'm comparing it with def-foreign-type 20:13:17 There was a bug where 64-bit objects were being given 64-bit alignment on 32-bit lisps, but that doesn't sound like the same thing. 20:13:56 no i think i got it. cffi converts every array declaration to an :ADDRESS, which has 64 bit alignment, while the actually correct type would be (:ARRAY (:SIGNED 32)) 20:14:25 -!- smithzv_ is now known as smithzv 20:15:30 -!- smithzv [~smithzv@c-98-245-201-232.hsd1.co.comcast.net] has left #ccl 20:27:13 jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has joined #ccl 20:41:10 ok, i found the problem, and fixed it cleanly 20:41:12 thx 20:59:45 -!- jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has quit [Quit: jajcloz] 21:01:34 jajcloz [~jaj@pool-108-7-68-199.bstnma.fios.verizon.net] has joined #ccl 22:06:26 -!- manuel___ [~manuel_@p54B8BE2A.dip.t-dialin.net] has quit [Quit: manuel___]