<div><br /></div><div>} <span style="font-family:monospace"> it extends to newly created branches</span></div><div><br /></div><div>Yes, it extends.</div><div><br /></div><div><br /></div><div>} <span style="font-family:monospace">It  compiles the compiler twice by itself </span></div><div><br /></div><div>About twice - I am not sure.</div><div><br /></div><div>But: We can replace 5.11.4 to 5.11.9</div><div>( I have *.9)</div><div><br /></div><div><br /></div><div>} <span style="font-family:monospace">push access</span></div><div><span style="font-family:monospace"><br /></span></div><div><span style="font-family:monospace">Who known: I have push access? Or have not?</span></div><div><br /></div><div><br /></div><div>09.06.2022, 20:46, "Rodney Bates" <rodney.bates@gmx.com>:</div><blockquote>
    <font face="monospace">This kind of change is welcome.  There has
      not been a compelling need for strong  gatekeeping here.<br />
      You probably need someone to give you push access, but I don't
      know who controls that.    There is now automatic running of a lot
      of testing, triggered by a push.  I don't know if it extends to
      newly created branches.  It  compiles the compiler twice by itself
      and runs several hundred  tests, so breakage is likely to be found
      quickly.  Some of the more peripheral code is not tests
      automatically, especially gui things, but the compiler, main
      libraries, etc. are.</font><br />
    <br />
    <div class="5b9634d4c5f0a371e6378bc999480cfemoz-cite-prefix">On 6/8/22 23:47, NormHarrison wrote:<br />
    </div>
    <blockquote>
      
      <p dir="auto">Hi, I came across this project sometime last year,
        but only began to actually use it over the past few months. I
        find the state that Critical Mass/Elegosoft left it in upon open
        sourcing to be quite impressive and complete, though I had a few
        questions regarding the rules employed on the modules that the
        project "ships" with.</p>
      <p dir="auto">For example, I was looking over the interface of <a href="https://modula3.github.io/cm3/help/gen_html/m3core/src/unix/freebsd-3/Uerror.i3.html" rel="nofollow" target="_blank">Uerror</a>, trying to
        find if the UNIX <code class="d9e87658e009a29671d33b50f72d3a60notranslate">strerror()</code>
        function already had a binding. At the bottom of the interface
        definition, you can see that there is indication of it's
        presence:</p>
      <pre class="d9e87658e009a29671d33b50f72d3a60notranslate"><code class="d9e87658e009a29671d33b50f72d3a60notranslate"><*EXTERNAL*>
VAR
  errno: int;

Extension by mjordan

CONST
  Max = ELAST; (* should be exported from Uerror *)

<*EXTERNAL*> VAR
  sys_nerr: int;
  sys_errlist: ARRAY [0..Max] OF char_star;

PROCEDURE GetFrom_sys_errlist(n: INTEGER): char_star RAISES {};

   returns entry n of the 'sys_errlist' array; a checked runtime error unless 0 <= n <= sys_nerr. Its safer and more portable to use this procedure than to access the array directly.
</code></pre>
      <p dir="auto">Though upon looking through the repository and the
        resulting packages installed with the distribution, it doesn't
        actually seem to appear (at least) on Linux in the resulting
        common <code class="d9e87658e009a29671d33b50f72d3a60notranslate">Uerror</code> interface under
        <code class="d9e87658e009a29671d33b50f72d3a60notranslate">pkg/m3core/src/unix/Common/Uerror.i3</code>.
        Assuming I haven't missed or misunderstood anything, would it be
        permitted by the main "overseers" of this repository to
        update/fix things like this that are part of the core libraries
        of the project? I assume it likely depends on whether the
        changes will break existing code etc. I know I can easily bind
        to this function myself for what I'm trying to do, but since I
        do care about this project, I wanted to ask how these situations
        were handled for possible future encounters.</p>
      <p dir="auto">Thank you</p>
      <p style="color:#666;font-size:small">—<br />
        Reply to this email directly, <a href="https://github.com/modula3/cm3/issues/1030" target="_blank">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABSVZNEXD26DOFBHBIKWRP3VOFZNFANCNFSM5YIV4UUQ" target="_blank">unsubscribe</a>.<br />
        You are receiving this because you are subscribed to this
        thread.<img height="1" src="https://github.com/notifications/beacon/ABSVZNH7RSJAXQKQY4J6XPTVOFZNFA5CNFSM5YIV4UU2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4S3PKXMQ.gif" width="1" /><span style="display:none;font-size:0;height:0;max-height:0;max-width:0;overflow:hidden;visibility:hidden;width:0">Message
          ID: <modula3/cm3/issues/<a href="mailto:1030@github.com" target="_blank">1030@github.com</a>></span></p>
      
    </blockquote>
    <br />
  
,<p>_______________________________________________<br />M3devel mailing list<br /><a href="mailto:M3devel@elegosoft.com" target="_blank">M3devel@elegosoft.com</a><br /><a href="https://m3lists.elegosoft.com/mailman/listinfo/m3devel" target="_blank">https://m3lists.elegosoft.com/mailman/listinfo/m3devel</a><br /></p></blockquote>