[M3devel] help test 4.7 backend?
Daniel Alejandro Benavides D.
dabenavidesd at yahoo.es
Fri Jun 22 17:51:37 CEST 2012
Hi all:
maybe not, else if somebody isn't playing optimization unintended aggressively for m3tests/src but to break semantics of Modula-3 threads?
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.
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.
Jay, and all we could try the DEC/Compaq Alpha/Piranha simulator, to catch that kind of errors.
Thanks in advance
--- El vie, 22/6/12, mail.elegosoft.com <wagner at elegosoft.com> escribió:
De: mail.elegosoft.com <wagner at elegosoft.com>
Asunto: Re: [M3devel] help test 4.7 backend?
Para: m3devel at elegosoft.com
Fecha: viernes, 22 de junio, 2012 02:16
I just noticed that m3tests have been hanging on luthien/AMD64_FREEBSD
for several days now in p006:
http://hudson.modula3.com:8080/job/cm3-current-test-m3tests-AMD64_FREEBSD/479/console
I don't know if it is related, but it used to run OK.
Olaf
On Sat, 16 Jun 2012 06:09:33 +0000
Jay K <jay.krell at cornell.edu> wrote:
>
> help test 4.7 backend?
>
>
> Can folks try out the new 4.7 backend?
> edit m3-sys/m3cc/src/m3makefile
> add your platform to the list near the top, mapped to "47"
> and then run scripts/python/boot2.sh
> and then, do it again, but edit config/Unix.common, the functon
> m3_backend to always args += m3back_optimize
> and optionally but preferably try with -O3 instead of -O2 in
> the same file
> and try running some GUI apps like solataire
>
>
> I could use help particularly with:
> SPARC{32,64}_LINUX
> PPC_{LINUX,OPENBSD,NETBSD,FREEBSD,DARWIN}
> ALPHA_OSF
> I386_LINUX, I386_INTERIX, I386_MINGWIN, I386_CYGWIN, because I'm being lazy
>
>
>
> I can do various x86/amd64, either in a VM or opencsw,
> but splitting that load would be good too.
> I might go back to not having much time soon or temporarily.
>
>
> Still to do:
> apply OpenBSD patches
> update from 4.7.0 to 4.7.1 that was just released.
>
>
> Thanks,
> - Jay
>
--
Olaf Wagner -- elego Software Solutions GmbH
Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany
phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95
http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin
Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120622/7c0b64c0/attachment-0002.html>
More information about the M3devel
mailing list