
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Apr 2, 2013, at 3:39 PM, Jay K wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr">I don't want to have to recompile anything.<br>Ideally the overhead of the debug stuff is low enough that it is always on.<br>That is difficult. Or maybe everything is so fast these days that we can just be inefficient. Nobody noticed how bad cm3cg's codegen was, after all, or that it got better.<br></div></div></span></blockquote><div><br></div><div>The constant debug information has to be stored somewhere, I guess it could be an external file to avoid increasing code size.</div><div><br></div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr"> I believe you need to make a function call for every line or "instruction".<br>That is the hook for stepping and breakpoints.<br></div></div></span></blockquote><div><br></div><div>I don't think this is required. If you want to break you put in a call in your code. Recompile time is quick compared to the overhead this would introduce.</div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr"> You need function calls to the debugger for every assignment.<br>If you have something like "watch breakpoints"<br>("Break whenv variable x becomes 123.")</div></div></span></blockquote><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr"> On the assignment matter though, it could be done in the step/instruction call.<br></div></div></span></blockquote><div><br></div><div>Again, if you want this you put a call in your code, just like the existing pragma.</div><div><br></div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr">There isn't necessarily a zero offset for parameters and locals..<br>well..a debug system probably creates one..homing all the parameters<br>and not enregistering everything..<br>You should probably bundle up the data into a smaller number of linked structures,<br>in order to pass fewer parameters to DebugProcEntry.<br></div></div></span></blockquote><div><br></div><div><br></div><div>Notice the offset is an integer, along with a special number for registers and pesudo-functions to access them, wouldn't that avoid changes for debugging?</div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr"> <br> <br>Beware module globals also.<br>Even in my upcoming C backend work, they don't work well.<span class="Apple-converted-space"> </span><br>I think that needs frontend work. :(<br> <br></div></div></span></blockquote><div><br></div><div><br></div><div>I think they're rare enough that they could be handled with functions instead of this debugging code.</div><div><br></div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div class="hmmessage" style="font-size: 12pt; font-family: Calibri; "><div dir="ltr"><br> - Jay<br><br><br><br> <br><div><div id="SkyDrivePlaceholder"></div>> From:<span class="Apple-converted-space"> </span><a href="mailto:darko@darko.org">darko@darko.org</a><br>> Date: Tue, 2 Apr 2013 10:51:48 -0700<br>> To:<span class="Apple-converted-space"> </span><a href="mailto:m3devel@elegosoft.com">m3devel@elegosoft.com</a><br>> Subject: [M3devel] Internal debugging - a simple design<br>><span class="Apple-converted-space"> </span><br>> Here's an idea for how simple internal debugging might work.<br>><span class="Apple-converted-space"> </span><br>> A command line option is created that turns on debug code generation globally. A pragma is created, <*DEBUG*> which turns on debugging for all of the procedures within the scope that the pragma precedes, being an implementation module or a possibly nested procedure. Both must be done for debugging code to actually be generated for a procedure.<br>><span class="Apple-converted-space"> </span><br>> For each procedure within a debugging scope the following declaration is inserted (the offsets are byte offsets):<br>><span class="Apple-converted-space"> </span><br>> CONST<br>> ProcName: TEXT = "Module.ProcName";<br>> ProcType: CARDINAL = 12345678;<br>> ProcAdr: ADDRESS = 123456;<br>> ParamNames = ARRAY OF TEXT{"param1", "param2", "param3"};<br>> ParamTypes = ARRAY OF CARDINAL{1, 2, 3};<br>> ParamOffs = ARRAY OF INTEGER{0, 4, 8, 16);<br>> ReturnType: CARDINAL = 12345678;<br>> ReturnOffs: INTEGER = 32;<br>> LocalNames = ARRAY OF TEXT{"local1", "local2", "local3"};<br>> LocalTypes = ARRAY OF CARDINAL{1, 2, 3};<br>> LocalOffs = ARRAY OF INTEGER{20, 24, 28, 36);<br>><span class="Apple-converted-space"> </span><br>> Extra calls are inserted into a procedure within a debugging scope so that whenever the procedure is called DebugProcEntry is called first. DebugProcEntry must be declared or imported in the procedure's module. DebugProcEntry passes all the above constant declarations as parameters, plus an extra parameter which gives the address of the zero offset for the parameters and local variables:<br>><span class="Apple-converted-space"> </span><br>> PROCEDURE DebugProcEntry(<br>> READONLY frame: ADDRESS;<br>> READONLY procName: ProcName;<br>> READONLY procType: ProcType;<br>> READONLY procAdr: ProcAdr;<br>> READONLY paramNames: ParamNames;<br>> READONLY paramTypes: ParamTypes;<br>> READONLY paramOffs: ParamOffs;<br>> READONLY returnType: ReturnType;<br>> READONLY returnOffs: ReturnOffs;<br>> READONLY localNames: LocalNames;<br>> READONLY localTypes: LocalTypes;<br>> READONLY localOffs: LocalOffs<br>> );<br>><span class="Apple-converted-space"> </span><br>> Whenever a procedure returns a procedure called DebugProcExit is called just before it exits, with the same parameters as DebugProcEntry.<br>><span class="Apple-converted-space"> </span><br>> - Darko<br>><span class="Apple-converted-space"> </span><br></div></div></div></span></blockquote></div><br></body></html>