Hi Panos,<div><br></div><div><div class="gmail_quote">2012/8/30 panos stergiotis <span dir="ltr"><<a href="mailto:babu5677@gmx.ch" target="_blank">babu5677@gmx.ch</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">Hi all!<br>
<br>
first: Good work and great idea! I am looking forward to read the answers to the listed questions. Seems like a great opportunity to learn a lot.</div></blockquote><div><br><div>Thanks. Yes shared. Yes.</div></div><div> </div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Missing points: Perhaps adding some question on the readtable implementation and six-syntax would be nice. This also includes how serialization works and how lexical forms (e.g. when write or pretty-print is applied to a data-structure) are generated (the ##wr stuff).<br>

</div></blockquote><div><br></div><div>I intended this particular document not to be a complete, unexhaustible resource of Gambit knowledge, but more like a conceptual but detailed document regarding the complex stuff in Gambit and how Gambit fits together:</div>

<div><br></div><div>Those things could take an eternity to figure out for the purposes of studying, extending and/or debugging, and that is where documentation becomes decisive.</div><div><br></div><div>Yes I suppose some question on the anatomy of the readtable and six-syntax implementation would make good sense. I'll add questions about this soon, if you have a suggestion for how to put them please feel free to suggest.</div>

<div><br></div><div>Re the serialization, from my reading of its source it appeared pretty clear, perhaps there would be something about how closure and procedure serialization of interpreted and compiled code works to ask about, though didn't get as deep as to know where you easily get lost in figuring out how that fits together and thus what to ask about.</div>

<div><br></div><div>Will add some more questions soon too about what procedures and closures are actually compiled to and some more.</div><div><br></div><div>Brgds,</div><div>Mikael</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">But I am pretty new to gambit and just wanted to use the opportunity to say a big THANK YOU to Marc for this great and inspiring piece of software and everybody like Mikael who pushes documentation forward.<br>


<br>
Best<br>
<br>
-------- Original-Nachricht --------<br>
> Datum: Sat, 11 Aug 2012 14:47:32 -0500<br>
> Von: Mikael <<a href="mailto:mikael.rcv@gmail.com">mikael.rcv@gmail.com</a>><br>
> An: <a href="mailto:gambit-list@iro.umontreal.ca">gambit-list@iro.umontreal.ca</a>, Marc Feeley <<a href="mailto:feeley@iro.umontreal.ca">feeley@iro.umontreal.ca</a>><br>
> Betreff: [gambit-list] Gambit internals documentation - draft of questions    now on the wiki.<br>
<br>
</div><div><div class="h5">> Hi guys!<br>
><br>
> Short summary: Please check section 4 and on on<br>
> <a href="http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Design_guide" target="_blank">http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Design_guide</a>, and<br>
> please give feedback the next 10 days!<br>
><br>
><br>
><br>
> Long version:<br>
><br>
> Please find here<br>
> <a href="http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Design_guide" target="_blank">http://dynamo.iro.umontreal.ca/~gambit/wiki/index.php/Design_guide</a> a draft<br>
> of the Gambit documentation document spoken about in May.<br>
><br>
> The purpose with the document is to communicate to the reader how Gambit<br>
> works internally in the core areas (compilation, the stack with<br>
> continuations, memory and object handling, threads, and so on).<br>
><br>
> The document is a system of questions, whose answers from Marc will<br>
> communicate this entire picture.<br>
><br>
> Until now there has been no such documentation, and I believe this<br>
> document<br>
> provides a suitable format to give the whole picture in an efficient way.<br>
><br>
> It's really important that there is documentation of Gambit's internals,<br>
> to<br>
> enable people to understand for themselves different aspects of Gambit's<br>
> architecture, and make deep debugging and extensions.<br>
><br>
> I hope and believe the document will prove valuable due to the profound<br>
> yet<br>
> conceptual level detail it is at. It's profound enough to provide<br>
> sufficient information for those those who want to dig into and do hard<br>
> work with Gambit's internals, yet conceptual and brief enough for the user<br>
> to read the document in its entirety and get how all of Gambit fits<br>
> together, with lots of associated aha experiences.<br>
><br>
> I do believe that Marc's answers will give rise to some more questions in<br>
> response, that will extend the document further a bit when they come.<br>
><br>
> If you have any feedback - suggestions for more questions, clarifications,<br>
> or perhaps removals, then please tell them here during the next ten days!<br>
><br>
> Best regards,<br>
> Mikael<br>
</div></div>_______________________________________________<br>
Gambit-list mailing list<br>
<a href="mailto:Gambit-list@iro.umontreal.ca">Gambit-list@iro.umontreal.ca</a><br>
<a href="https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list" target="_blank">https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list</a><br>
</blockquote></div><br></div>