On Wednesday, March 9, 2016 at 3:58:06 AM UTC, Michael G wrote: > > I am maintaining the SL4A project and we are getting requests to add Julia > to the repo. Is anyone interested in helping out so we can run julia on > SL4A??? I would need a little help on implementation since I am unfamiliar > with the language.... >
Are you all aware of the Julia-lite fork (reduced standard library, sane "language") of Julia? I would guess it would be easier to support on Android (and sufficient for many). At least Julia-lite could be (maybe [almost] works already?) a milestone to full Julia. Interesting/good to know, that somebody took my idea seriously. I'm aware of SL4A, do not fully remember pros and cons. Who is making requests, or at least for what purpose? E.g. is say, linear algebra (or BigInt) involved? While I said "scientific calculator" originally, it was for proof-of-concept (and useful), but my mind is set on general programming for Julia, not much math involved, as with some others, such as, the Julia-lite brancher. > -Michael > > On Thursday, May 28, 2015 at 10:17:08 AM UTC-4, Páll Haraldsson wrote: >> >> >> I've noticed: "I guess we can announce alpha support for arm in 0.4 as >> well." (and the other thread on Julia on ARM). >> >> Now, Android runs on x86 (already covered, then if you have that kind of >> device, no need to wait for ARM support), ARM, and MIPS (actually do not >> know of a single device that uses it..). >> >> >> I would like to know the most promising way to support Android and.. >> >> A. For Firefox OS and the web in general, and hybrid apps, compiling to >> JavaScript (or Dart and then to JavaScript) would be a possibility, with >> asm.js/Emscripten. >> >> B. Just making native Android apps is probably easier. Assuming the ARM >> CPU is solved, it seems easier. And iOS would be very similar.. But would >> not work for Firefox OS - not a priority for now, but the web in general >> would be nice.. >> >> >> B. seems more promising except for the tiny/non-existent MIPS "problem".. >> Also better long term, for full Android framework support and full Julia >> support (concurrency/BLAS etc. that JavaScript would not handle). >> >> >> 1. Just getting Julia to work on Android is the first step. Just the >> REPL, wouldn't have to be Juno IDE etc. or GUI stuff. >> >> 2. You could to a lot with just the REPL and a real keyboard or just an >> alternative programmers virtual keyboard.. However, graphing would be nice, >> and what would be needed? What are the most promising GUI libraries already >> supported by Julia (or not..)? Say Qt, supported by Julia and Android. >> Would it just work? >> >> 3. Long term, making apps, even standalone (Julia "supports" that) with >> Julia. If GUIs work for graphing, is then really anything possible? I know >> Android/Java has a huge framework. Google is already supporting Android >> with Go (without any Java) as of version 1.4 and with Dart (for hybrid >> apps). For Go they have a "framework problem" going to support games at >> first. Some people are sceptical about Julia and games because of GC (I'm >> not so much). I note Go also has GC.. >> >> JavaCall.jl only works for JVM not Dalvik or ART. Would it be best to >> just use the native C support on Android or somehow go through Go? Anyone >> already tried to call Go from Julia? Rust is possible, but doesn't have GC. >> Go should be possible, just as Java, but have similar problems.. >> >> Do/could macros somehow help with supporting the full Android framework? >> Julia already has "no overhead" calling, could you generate bindings from >> automatically from some metadata and/or on the fly? >> >> >> This could be a cool pet project - anyone else working along these lines? >> >> Any reason plan B couldn't succeed relatively quickly? There are some >> ways to make apps *on* Android already, I think all crappy, Julia wouldn't >> be..? >> >> >> Thanks in advance, >> -- >> Palli. >> >>
