In theory, yes, but in practice, 32-bit support is a work in progress. You could try it, but you would want to make certain that you boot the kernel with vmalloc set to something larger than the amount of RAM that the system has, yet smaller than the 2GB of kernel address available on 32-bit (e.g. 1G). Otherwise, you could run into problems where kernel virtual memory allocations hang because of virtual address space exhaustion. This is due to a design decision in Linux to cripple kernel virtual memory, although it does not affect 64-bit systems because the kernel virtual address space is much larger than system memory at this time. This should be fixed in the next 6 months, but until then, you will need to be careful with it.
Unfortunately, it's been a few months since he last wrote that answer. Would be great to hear what he thinks about it now. I don't think anyone expected such success (based on what they have accomplished so far in terms of development).
Basically GCC was falling behind, a fork called EGCS was a lot better after a while and at a certain point GNU just dropped the old GCC and adopted EGCS as the official GCC.
Of course, Neovim first has to make a release for this to happen. And Bram has to let go of the legacy platforms (sorry Amiga!). He can support them via older Vim versions, I don't think it would be a problem for anybody...
I've owned 4 (!) different TI graphing calculators throughout the years. I believe it started with the TI-85 in the mid-90s, followed by the 86, then the 92, and finally culminating with the TI-89 in 1999. I don't think they've really surpassed the 89 in terms of functionality. I ended up selling the 92, as it was replaced with the functionally-equivalent 89 (in the familiar TI form-factor), and gave the 85 to my sister, so today all that remains is the 89 and the 86. I have fond memories of playing games and writing small programs on TI graphing calcs (ticalc.org still exists, apparently). At first only BASIC programs were supported, but then some folks figured out how to hack the 85 to run assembly, which continued on the other models. TI fought it at first, but later reluctantly supported assembly programs. Some enterprising hackers managed to implement rudimentary audio support via the data port, which I thought was quite impressive. The 84 Plus is essentially the old TI-82 platform iterated a number of times (TI-82, TI-83, 83 Plus, 83 Plus Silver, etc.)
I've been waiting for years for TI to make a graphing calc smartphone app, but with margins such as those described in the article, why would they? It'll likely take a major shift in the testing standards (i.e. allowing mobile devices) for this situation to change. Test proctors might have to become more vigilant, but I imagine if airplane mode was strictly enforced, then smartphones might be allowed. Seems that the communications features (which can facilitate cheating) are the primary concern.
Number one feature request for IFTTT: support multiple conditions, i.e. if this AND this AND this then that
As is stands now, for me, IFTTT is cute (I've played around with the app and website) but not really useful for many things without multiple conditions.
I used ScribTex for my dissertation and have used ShareLaTeX for papers as well. Both were/are great services backed by a great team. Having experienced the pain in configuring and maintaining a local LaTeX installation in the past, it was a pleasure to have a web-based version that was backed by git.
I'm glad to read that the code behind ShareLaTeX is being released as open source!
I had the same thought, as that seems to be an overlooked market. After some research, I found a few: check out Greenbox http://www.greenboxhq.com and Lono http://lonoapp.com for a couple of smart sprinkler startups.
