00:00:00 --- log: started retro/11.02.21
00:01:34 <cfa> (i.e., a cell should always be four octets)
00:07:12 <jdp> okay i see, thanks
05:17:35 --- quit: foucist (Ping timeout: 240 seconds)
06:42:59 --- join: aisa (~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net) joined #retro
09:24:55 <crc> jdp: I've built 16 bit and 64 bit images in the past
09:36:26 --- quit: aisa (Read error: Connection reset by peer)
09:36:41 --- join: aisa (~aisa@173-10-243-253-Albuquerque.hfc.comcastbusiness.net) joined #retro
11:12:49 --- quit: SimonRC (Ping timeout: 240 seconds)
11:14:03 --- join: SimonRC (~sc@fof.durge.org) joined #retro
11:23:19 <crc> ok, the repo now has vm/experimental/retro16 and vm/experimental/retro64 for building and running 16bit and 64bit images
11:29:02 <jdp> crc: cool - with 16-bit being 'canon' i guess does that open the door to vm's on 8 and 16 bit chips?
11:30:36 <crc> jdp: this would still be experimental, but it should be doable
13:18:05 --- quit: aisa (Quit: aisa)
15:44:07 <crc> ok, I fixed some bugs, so now you can build reliable 16bit and 64bit images, and recompile them using the standard core.rx
15:44:33 <crc> now to take a look at the possibility of an 8bit image :)
16:00:27 <crc> 8 bits won't work
16:11:37 <jdp> crc: as a cell size?
16:23:43 <crc> yes
16:24:16 <crc> too small; since cells are signed, that's an addressable range of -128 to +127, too small for a functional image
17:07:24 <crc> 0..+21+
19:21:50 --- quit: jdp (Remote host closed the connection)
23:59:59 --- log: ended retro/11.02.21