00:00:00 --- log: started retro/14.01.16
00:35:53 --- join: tangentstorm (~michal@108-218-151-22.lightspeed.rcsntx.sbcglobal.net) joined #retro
03:34:45 --- quit: dkordic (Read error: Operation timed out)
03:48:50 --- join: dkordic (~danilo@178-221-109-245.dynamic.isp.telekom.rs) joined #retro
05:23:17 --- quit: Sgeo (Read error: Connection reset by peer)
09:57:47 --- join: ncv (~quassel@79.118.10.193) joined #retro
09:57:48 --- quit: ncv (Changing host)
09:57:48 --- join: ncv (~quassel@unaffiliated/neceve) joined #retro
11:21:39 --- join: Mat3 (~quassel@91-64-125-219-dynip.superkabel.de) joined #retro
11:34:31 <Mat3> hi all
11:34:58 <tangentstorm> heya :)
11:35:22 <dkordic> Hi.  
11:40:06 <Mat3> hi tangentstorm and dkordic
11:40:28 <tangentstorm> a new person?
11:40:31 <tangentstorm> hi dkordic 
11:40:58 <dkordic> Hi tangentstorm.  How are You?  
11:42:04 * tangentstorm is contemplating how best to make pascal run on ngaro
11:48:43 <dkordic> Thanks to You and bluekelp I discovered Retro.  It's amazing.  I am thinking of implementing AVR asssembler in Retro and then Retro in it.  
11:50:19 <tangentstorm> pretty sure retro already runs on avr, but it sounds like fun anyway :)
11:50:36 <Mat3> dkordic: That's great
11:51:29 <Mat3> tangentstorm: There are a bright spectrum of AVR MCU's avariable, some which are really restricted in terms of usable memory
11:55:40 <dkordic> Currently it is done theough C and I don't like that approach.  Yes I think it will be a lot of fun.  
11:58:03 * Mat3 there should be no problem creating a Ngaro interpreter in AVR assembler. In fact I think this as a better solution as programming in C (only less portable)
12:01:57 * tangentstorm finally has an arduino
12:04:12 <dkordic> That is amazing.  And who is going to port C :).  
12:06:52 <tangentstorm> c to retro you mean?
12:14:25 <dkordic> I wanted to say that C is a horrible dependency.  C to Retro would also be fun, but that is far beyound my skill.  
12:15:48 <Mat3> there exist a native assembler implementation of Ngaro, just check out the sources
12:16:11 <dkordic> What seems to be the biggest chalenge in implementing Pascal.  
12:16:27 <dkordic> Mat3: I think that is for x86.  
12:16:40 <Mat3> yes
12:17:07 <Mat3> you can use it probably as template for the AVR version
12:18:02 <tangentstorm> the biggest challenge? hmm..
12:18:28 <tangentstorm> well for starters i wasn't sure how to deal with the traditional-style stack frames in pascal
12:18:55 <tangentstorm> especially with nested procedures... but i've been reading about how pascal vm's have been implemented in the past
12:19:18 <tangentstorm> and i think i pretty much know what i'm doing now
12:22:09 <dkordic> I will first study retro.py and retro.rx.  Will study retro.s  when I learn x64 assembly.  
12:23:25 <dkordic> Where could I find specifications for C caling convention, ELF format etc.
12:23:35 <Mat3> feel free to ask if we can help
12:25:27 <Mat3> need some sleep, ciao
12:25:53 --- quit: Mat3 (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
13:04:10 --- quit: tangentstorm (Quit: WeeChat 0.3.2)
17:34:30 --- join: Sgeo (~quassel@ool-44c2df0c.dyn.optonline.net) joined #retro
21:24:09 --- join: tangentstorm (~michal@108-218-151-22.lightspeed.rcsntx.sbcglobal.net) joined #retro
21:49:47 --- quit: ncv (Remote host closed the connection)
22:10:48 --- join: probonono (~User@unaffiliated/probonono) joined #retro
23:59:59 --- log: ended retro/14.01.16