<div dir="ltr">Hi all,<div><br></div><div style>I wanted to start another thread. Keeping things separate and all.</div><div style><br></div><div style>I haven&#39;t killed myself trying, but I spent a lot of hours (late in the night, admittedly) trying to begin the Windows build resuscitation. There is a lot of work time invested previously in that build to give us a Windows-native Transterpreter that can (for example) run things like &quot;Life on Mars.&quot;</div>
<div style><br></div><div style>I don&#39;t 1) teach with these tools or 2) do research with them. I&#39;m seeing, as I try and dive in to resuscitate them (and with a second child), that I cannot justify the time to rebuild the build system for Windows. (I haven&#39;t tried the Mac tools yet; I hope they&#39;re more robust in the face of bitrot, but I don&#39;t know.) I would like to propose the following:</div>
<div style><br></div><div style>1. Drop the Windows native build.</div><div style>2. Drop the Mac native build.</div><div style>3. Introduce a web-based editor and server-based compiler.</div><div style><br></div><div style>
I intend for #3 to be how we support occam-pi on the AVR/Arduino. </div><div style><br></div><div style>This lets me focus on what matters to me, which is supporting embedded targets. If/When we get Raspberry-Pi support baked in fully (eg. with library support, etc.), we can support it in the same way, or we can choose to support it natively (as it is still a *NIX machine.)</div>
<div style><br></div><div style>However, I can&#39;t support the multiple builds, and support my students in the classroom/research space. I know UKC teaches with the Windows tools, but (being a bit brutal here) that isn&#39;t my problem on a day-to-day basis. Supporting the students I work with every day, on embedded sensing/robotics projects, is.</div>
<div style><br></div><div style>Thoughts?</div><div style><br></div><div style>Cheers,</div><div style>Matt</div></div>