Re: The Revenge of the Geeks
Date: Sun, 27 Jan 2013 13:59:13 -0600
Message-ID: <ke410s$npt$1_at_news.albasani.net>
On 1/27/2013 7:13 AM, Martin Gregorie wrote:
> On Sun, 27 Jan 2013 01:38:24 -0600, BGB wrote:
>
>> I did at least get as far as confirming that a lot of my stuff built and
>> worked on ARM-based targets though.
>>
> Slightly OTT coment, but:
>
> I can confirm that C ports very easily to ARM within the Linux/gcc
> environment. My standard CLI editor is MicroEMACS and has been been for
> years in UNIX, Linux, OS/9 68K and DOS/Windows environments, so when I
> got a Debian-based RaspberryPi and found its editors were nano and a less-
> capable vi than I'm used to, of course I ported Microemacs. The only
> issue I has was that it is termcap-based but the RPi Debian port doesn't
> support termcap. However, a quick grab for the GNU termcap and Microemacs
> was up and running. No code changes needed at all[1].
>
> I'm running my RPi in headless mode: if any of you are thinking of doing
> the same and would like to do the same without needing a direct attached
> keyboard and screen for the first boot, contact me offline for the gory
> details.
>
> [1] apart from the termcap file: surprisingly, GNU termcap doesn't
> support the 'tc' attribute but the RedHat termcap does, so I had to edit
> /etc/termcap to create a monolithic xterm definition for the RPi.
>
yeah.
Linux on ARM isn't a big deal to port to.
it was initially more scary-seeming, and I am not exactly a huge fan of the Thumb ISA (I prefer x86 IMHO), but in-all, building for ARM wasn't a big deal. (granted, the form I was targeting was running in QEMU, rather than being an RPi).
Android is a little more funky, mostly as Google handled their build tools in a very weird way for the NDK (at least at the time, dunno about now, not looked into it more recently).
basically, stuff isn't handled like on a more normal Linux, but rather there is lots of APK funkiness, ...
NaCl looks interesting, at least so far as it seems to work (still slightly strange in a few ways, but no huge surprise there).
less clear is supporting JIT on NaCl. for x86, it would require some tweaking, and for PNaCl, I have little idea. probably not a huge issue though.
I still haven't really looked into how NaCl handles access to things like file-resources (still to-be-researched).
granted, whether or not all this stuff makes enough sense as an in-browser app to be worthwhile, is yet to be seen. Received on Sun Jan 27 2013 - 20:59:13 CET