00:00:00 --- log: started retro/13.04.11 01:18:53 --- nick: tangentstorm -> tangentsleep 06:35:10 --- quit: yiyus (Ping timeout: 264 seconds) 07:07:16 --- join: yiyus (1242712427@je.je.je) joined #retro 07:51:37 --- nick: tangentsleep -> tangentstorm 08:14:05 --- join: hockpa2e (~hockpa2e@lawn-gw.rutgers.edu) joined #retro 08:14:21 --- part: hockpa2e left #retro 08:21:08 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 08:57:57 --- join: impomatic (~digital_w@87.115.210.249) joined #retro 09:06:38 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 09:09:28 --- quit: kumul (Ping timeout: 245 seconds) 09:54:33 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 09:56:58 --- quit: kumool (Ping timeout: 245 seconds) 10:00:41 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 10:03:13 --- quit: kumul (Ping timeout: 245 seconds) 10:37:02 --- join: ncv (~quassel@79.114.105.5) joined #retro 10:37:02 --- quit: ncv (Changing host) 10:37:02 --- join: ncv (~quassel@unaffiliated/neceve) joined #retro 11:16:58 --- quit: kumool (Ping timeout: 245 seconds) 11:33:04 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 12:06:44 --- quit: ncv (Remote host closed the connection) 12:11:29 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 12:13:38 --- quit: kumool (Ping timeout: 245 seconds) 12:51:41 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 12:54:14 --- quit: kumul (Ping timeout: 256 seconds) 13:10:05 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 13:12:56 --- quit: kumool (Ping timeout: 256 seconds) 13:16:21 --- quit: kumul (Ping timeout: 258 seconds) 13:43:31 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 13:56:28 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 13:59:17 --- quit: kumul (Ping timeout: 258 seconds) 14:41:40 good evening 14:42:45 hey crcx ! 14:44:56 what's up? 14:46:27 --- join: kumul (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 14:47:06 not much.. working on tetris in pascal with the retroterm thing 14:47:32 http://i.imgur.com/gkmb9Iu.png <- canvas device for retro in pascal 14:47:58 things calming down at work for you? 14:48:44 --- quit: kumool (Ping timeout: 258 seconds) 14:54:00 not quite yet. we are migrating data tomorrow and saturday and go live with the new system on monday 14:54:20 been working late on training other workers and looking for bugs :) 14:55:03 I still need to get the pascal compiler setup 14:55:51 i should package up an executable at some point. 14:56:18 I've done some work on parable; data types are now recognized by bytecodes and things work as expected now. 14:56:19 in theory it can compile to ios but i have no idea how to make that happen. 14:56:45 nice :) 14:57:06 I can do things like 'hello ' 'world' + and get a 'hello world' string, or 'HELLO' to-lowercase as well as to-lowercase 14:57:37 all that's really missing now is some sort of i/o apart from the development ui 14:57:57 i think you had a pretty good design with the devices in ngaro. 15:00:20 the way i picture this retroterm thing working, you ought to be able to open it as a child process from any language , through the shell. 15:00:55 and as long as you can write to std i/o on the child process, your program can just send retro words 15:01:09 and drive the display. 15:01:44 so basically you'd have a second keyboard device for the gui window. 15:01:46 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 15:02:26 like one for user interaction and the other for interaction with the driving script. 15:04:04 --- quit: kumul (Ping timeout: 258 seconds) 15:13:39 --- quit: kumool (Ping timeout: 258 seconds) 15:13:56 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 15:14:46 --- hey guys... i'm doing an impromptu class on implementing pascal on ngaro over in #pascal if anyone wants to come hang out 17:04:26 --- quit: kumool (Ping timeout: 258 seconds) 17:05:06 --- join: kumool (~mool@c-76-26-237-95.hsd1.fl.comcast.net) joined #retro 18:55:08 --- nick: crc_ -> crc 19:12:13 --- join: roarde (~roarde@pdpc/supporter/active/roarde) joined #retro 19:14:27 how long has canvas been on a port? 19:31:42 roarde: ages 19:32:01 i'm guessing it showed up with javascript 19:32:24 don't really know. before my time :) 19:32:58 At first, "ages" confused me. 19:34:01 Then I recalled how much retro can change each day. 19:34:21 so, "ages" could mean a day and a half 19:49:35 --- quit: kumool (Quit: Leaving) 19:55:19 haha 19:55:39 it's been pretty stable since i've been around, i think... but then i only started actively using it around august i think. 19:56:30 I've gotta catch back up. 19:57:57 I'm thinking about implementing ACK's em in ngaro for faster quick-and-dirty porting 20:03:15 what's an ack? 20:03:18 and what's an em? 20:04:22 amsterdam compiler kit, the original compilers for minix 20:05:00 em is the lower-level language for all of it 20:14:06 oh interesting. 20:17:26 the idea is that you'd have to port only ngaro to have a working platform 20:17:29 trivial 20:18:08 inefficient, but the compilers can be better fitted to the hardware later 20:18:09 yeah, i've been working up to implementing a pascal compiler that targets retro. 20:18:29 for a progamming course 20:18:54 i implemented PL/0 -> retro a while back 20:20:01 so basically, we're talking about doing the same thing, but each of us in the opposite direction from the other, right? 20:20:03 i picked ngaro for much the same reason... 20:20:29 hmm 20:20:31 not sure 20:20:41 you're saying you want to run em directly on ngaro 20:20:49 as an em-emulator :) 20:21:09 oh i mis-said what i'm doing 20:21:15 I'm looking at you writing pascal source which will end up as retro code. 20:21:20 it is a pascal->retro compiler but it would be written in retro. 20:21:52 so you want to import pascal source? 20:22:54 yes? :) 20:23:23 kind of depends what you mean by import, but i think so 20:23:34 I'll be writing em in ngaro code and changing the source of much of ack to be written in em itself. 20:23:38 you would be a ble to use retro and pascal side by side, both runnig on the vm. 20:24:03 i think we're doing basically the same thing, just with different languages 20:24:44 in some cases, would pascal use the vm directly, that is, not through retro? 20:25:39 My actual project is called retro pascal... The course would be about making games. 20:26:11 I wanted a VM that would run in a web browser and serve as a target for the compiler. 20:26:26 ah. got it. 20:26:27 So the user wouldn't even have to know about forth/retro 20:26:53 But in turbo pascal, you could drop down to the machine level using an "asm" block 20:27:09 it's a way to get hardware-agnostic pascal, right? 20:27:12 and it would have embedded intel assembly language (or whatever platform it was running, i guess) 20:27:14 yeah 20:27:44 UCSD Pascal was a wildly popular system back in the day, largely because all the tools ran on an easily portable VM 20:28:09 So I kind of wanted to replicate that. 20:28:30 and i had the same thought you did: retro's vm is tiny and easy to understand, so why not just use that? 20:28:47 if you can port retro, you get all the other tools for free. 20:28:51 er ngaro. 20:32:58 ok, the only difference in what we're doing is that your code will run on the vm, mine will use the vm like a library 20:33:39 ngaro ends up embedded into the object code until the code is optimized per platform, by hand 20:33:48 oh cool 20:33:55 do you know about saiwa? 20:33:58 no 20:34:11 there's a guy that goes by Mat2 that hangs out in here. 20:34:29 I've talked with Mat2 some 20:34:41 saiwa is another language he's created 20:35:03 i don't know if he's still planning to implement retro on top of it or not 20:35:21 but it's got a very compact vm 20:35:31 with JIT, etc. 20:35:53 I like the maturity of ngaro. 20:36:10 me too 20:36:14 and the portability. 20:36:19 retro changes frequently; the basics of ngaro, rarely 20:37:00 what I saw of Mat2's work was extremely interesting, but too much in flux for what I want to do 20:37:30 retro itself changes too much for me to use, too 20:37:30 well the point was just that for an intel platform it should eventually be possible to write for ngaro/retro and use what he's doing to produce really fast code 20:37:36 what are you doing? 20:38:00 mainly, it's "port stuff fast" 20:38:19 "stuff" is usually C code, much to my chagrin 20:38:36 port it to other platforms? 20:38:54 * roarde nods . yes, other hardware 20:39:05 new hardware 20:39:53 exicting new hardware? :) 20:40:14 It takes me so very long that most of it's old hat, now. 20:40:34 like what? 20:40:35 I'm itching to do something with ga144. 20:40:43 :) 20:41:23 don't see why it couldn't be all of a chipset. 20:42:04 take it out of its package and put it in a secret decoder ring 20:43:01 wear the ring, walk up to any aware terminal, and there's your own computer 20:43:05 there's a guy in #forth (ttmrichter) who's talking about making a breakout board for ga144 20:43:13 you're wearing it on your hand 20:43:56 i remember a guy from sun showing off a java ring concept many years ago. 20:44:01 if I understand what's meant by "breakout board", there's one ready-made 20:45:21 i'm probably using the wrong word 20:45:36 or perhaps i don't know about what you're talking about :D 20:46:22 My computer toasted, and with it my bookmarks. 20:46:52 I keep meaning to find out what "backup" (if I spelled it right) means. 20:47:16 i know there's a $500 board from greenarrays, and schmartboard offers the little boards. 20:47:16 something else? 20:47:16 i forget the word he used. 20:47:16 discovery board. 20:48:26 i've heard of that ;) 20:48:40 I was thinking of the schmarboard 20:48:56 actually i started using the sync feature for firefox and chrome... pretty handy. 22:10:10 --- quit: roarde (Quit: Leaving) 23:59:59 --- log: ended retro/13.04.11