<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Hi all:<br>maybe not, else if somebody isn't playing optimization unintended aggressively for m3tests/src but to break semantics of Modula-3 threads?<br><br>I mean, m3 sources are OK, respect of the Thread interface, but I don't think for the thing they so call pthreads can be the same at the same time, though DEC-SRC hard influenced it.<br><br>The only way to test  that is in No in SW bug, but the HW, kernel aside, but with this HW I can't be sure they are doing thread safe system code (in other words those machines are badly behaved). I have been thinking in this idea, but requiring to make a Virtual Machine for Modula-3 worth the value of playing it for that matter. It could have multithreading capabilities, tough multitasking system and all.<br><br>Jay, and all we could try the DEC/Compaq Alpha/Piranha simulator, to catch that kind of
 errors.<br><br>Thanks in advance<br><br>--- El <b>vie, 22/6/12, mail.elegosoft.com <i><wagner@elegosoft.com></i></b> escribió:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: mail.elegosoft.com <wagner@elegosoft.com><br>Asunto: Re: [M3devel] help test 4.7 backend?<br>Para: m3devel@elegosoft.com<br>Fecha: viernes, 22 de junio, 2012 02:16<br><br><div class="plainMail">I just noticed that m3tests have been hanging on luthien/AMD64_FREEBSD<br>for several days now in p006:<br><br><a href="http://hudson.modula3.com:8080/job/cm3-current-test-m3tests-AMD64_FREEBSD/479/console" target="_blank">http://hudson.modula3.com:8080/job/cm3-current-test-m3tests-AMD64_FREEBSD/479/console</a><br><br>I don't know if it is related, but it used to run OK.<br><br>Olaf<br><br>On Sat, 16 Jun 2012 06:09:33 +0000<br>Jay K <<a ymailto="mailto:jay.krell@cornell.edu"
 href="/mc/compose?to=jay.krell@cornell.edu">jay.krell@cornell.edu</a>> wrote:<br><br>> <br>> help test 4.7 backend?<br>> <br>> <br>> Can folks try out the new 4.7 backend?<br>> edit m3-sys/m3cc/src/m3makefile<br>> add your platform to the list near the top, mapped to "47"<br>> and then run scripts/python/boot2.sh<br>> and then, do it again, but edit config/Unix.common, the functon<br>> m3_backend to always args += m3back_optimize<br>> and optionally but preferably try with -O3 instead of -O2 in<br>> the same file<br>> and try running some GUI apps like solataire<br>> <br>> <br>> I could use help particularly with:<br>>  SPARC{32,64}_LINUX<br>>  PPC_{LINUX,OPENBSD,NETBSD,FREEBSD,DARWIN}<br>>  ALPHA_OSF<br>>  I386_LINUX, I386_INTERIX, I386_MINGWIN, I386_CYGWIN, because I'm being lazy <br>> <br>> <br>>  <br>> I can do various x86/amd64, either in a VM or opencsw,<br>> but
 splitting that load would be good too.<br>> I might go back to not having much time soon or temporarily.<br>> <br>> <br>> Still to do:<br>>   apply OpenBSD patches<br>>   update from 4.7.0 to 4.7.1 that was just released.<br>>   <br>>   <br>> Thanks,<br>>  - Jay<br>>                            <br><br>-- <br>Olaf Wagner -- elego Software Solutions GmbH<br>               Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<br>phone: +49 30 23 45 86 96  mobile: +49 177 2345 869  fax: +49 30 23 45 86 95<br>   <a href="http://www.elegosoft.com" target="_blank">http://www.elegosoft.com</a> | Geschäftsführer: Olaf Wagner | Sitz: Berlin<br>Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr:
 DE163214194<br></div></blockquote></td></tr></table>