<div dir="auto"><div class="gmail_extra" dir="auto"><div class="gmail_quote">Am 26.12.2017 13:33 schrieb "Giuliano Colla" <<a href="mailto:giuliano.colla@fastwebnet.it">giuliano.colla@fastwebnet.it</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>If the idea is not rejected, then a number of refinements (which
      I'm ready to implement) are required to make the feature generally
      available:<br></p></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">My following remarks are independent of an eventual acceptance of the feature :</div><div dir="auto"><br></div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p></p>
    <p>- All architectures should be supported (now it's only for x86_64
      - symcpu.pas).<br></p></div></blockquote></div></div><div dir="auto">It might be possible to implement this in a platform independent way that might simply need to expand the capabilites of "absolute". </div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><p>
    </p>
    <p>- It should be decided if to make the feature generally
      available, or conditioned by an {$IFDEF FPCHASBASED}<br>
    </p>
    <p>- It should be decided if the feature should be available in all
      modes or only in a selected number of modes (what of TurboPascal
      Mode or Delphi Mode?).</p></div></blockquote></div></div><div dir="auto">Rule of thumb: new features added as a separate mode switch, no FPC_HAS_* define necessary as by definition this can be done with version checks (there is only one trunk version, namely the current one). </div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">
    <p>- It should be decided if error messages should be specific for
      the BASED construct or common to the ABSOLUTE one, slightly
      rephrasing the error message.</p></div></blockquote></div></div><div dir="auto">Might be one or the other depending on the message. </div><div class="gmail_extra" dir="auto"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF">
    <p>- It should be decided if internal error # which currently keep
      the same number of the nearby ABSOLUTE internal error should be
      given new values.</p></div></blockquote></div></div><div dir="auto">Internal errors shall always be unique as they are used to find the error location, even for copy pasted code.</div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven</div></div>