[M3devel] onoing hardware clearance.

[Jay K]

 > Some work may have been done:
 > http://osdir.com/ml/os.netbsd.ports.alpha/2005-12/msg00004.html
 > Thanks to this kind of efforts the possible matrix of ports is humongous.


We are well beyond that.
Porting is vastly easier than it used to be. And it wasn't ever really so bad, just tedious and error prone.
The primary work is now to test and debug, and often everything just works.


Use of pthreads was a major step toward gaining portability, besides performance on multiprocessor systems (i.e. all systems).
Short of that, we did switch to get/set/make/swapcontext for user threads.
And sigaltstack on some platforms.
OpenBSD is the only outlier I think -- pthreads, but for userthreads we still hack on the jmpbuf.


Generating C would also help.


Again I bring up the comparison: consider some random C or C++ program.
That uses open/read/write/close. And either X Windows or Win32. And pthreads or Win32.
How much work is it to port such a program? Basically none. Esp. if you factor in autoconf.
That is where Modula-3 could/should be.


 - Jay


Date: Sun, 5 Jun 2011 01:12:39 +0100
From: dabenavidesd at yahoo.es
To: m3devel at elegosoft.com; jay.krell at cornell.edu
Subject: Re: [M3devel] onoing hardware clearance.

Hi all:
besides BSD-based phones (Motorola lines A###(#) seemed to have their pioneering efforts on Linux and also later BSD) . Also by the way smartbooks.
Thanks to this kind of efforts the possible matrix of ports is humongous.
Some work may have been done:
http://osdir.com/ml/os.netbsd.ports.alpha/2005-12/msg00004.html

Thanks in advance
 

--- El vie, 3/6/11, Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es> escribió:

De: Daniel Alejandro Benavides D. <dabenavidesd at yahoo.es>
Asunto: Re: [M3devel] onoing hardware clearance.
Para: "m3devel" <m3devel at elegosoft.com>, "Jay K" <jay.krell at cornell.edu>
Fecha: viernes, 3 de junio, 2011 18:10

Hi all:
what about a smart phone zoo;  there are some interesting I guess, whether by the processor (though generally ARM), so it might be a good way of recycling that way gaining actually a new machine.
My list would go with Symbian, S60, perhaps anything dual core (I know there was something like that in Japan), also what about the Blackberry, and Ipad, I know this is hard work but who else will be willingly to do it It's perhaps something onerous if you don't have so many telecommunications providers, but I guess, it's not too bad to have a few. Surely new Win phones or consoles are good for but I don't more than that. Some people make things such as teleconferences with Kynect, etc,
 sort of an example.

Thanks in advance

--- El vie, 3/6/11, Jay K <jay.krell at cornell.edu> escribió:

De: Jay K <jay.krell at cornell.edu>
Asunto: [M3devel] onoing hardware clearance.
Para: "m3devel" <m3devel at elegosoft.com>
Fecha: viernes, 3 de junio, 2011 15:00




I'm moving. My hardware clearance needs to widen and accelerate.


I have:
  old x86 laptops   
  old x86 server ( http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=120732940601 )  
  Mac PowerPC laptops  
  iMac G5 
  AppleTV (1st gen, should make good I386_DARWIN and possibly AMD64_DARWIN node, not yet setup)    
  Alphas  
  SPARC  
  RS/6000  
  SGI Fuel (2)  


  Pretty much everything should go.
  Prices are very negotiable. 
  It'd be cool if I was given ssh access to some but it isn't required.   
  There are several undone/finished ports some of this hardware could support, e.g. PPC32_AIX, PPC64_AIX, MIPS32_IRIX, MIPS64_IRIX, PPC64_DARWIN, PPC64_LINUX, ALPHA32_VMS,   ALPHA64_VMS, ALPHA64_FREEBSD, ALPHA64_OPENBSD, ALPHA64_NETBSD, ALPHA32_NT, etc. 
 
  I have 3 or so Hudson nodes: I386_LINUX, I386_OPENBSD, PPC_LINUX
   x86 machines can be VMs and/or in the "cloud", and I386_OPENBSD and PPC_LINUX probably have no users (and a C backend moots having to test as much) 
   I386_DARWIN, AMD64_DARWIN I'm keeping 

 - Jay
 		 	   		  
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20110605/f2aca03b/attachment-0002.html>