<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jul 10, 2016 at 10:51 AM, Rob Landley <span dir="ltr"><<a href="mailto:rob@landley.net" target="_blank">rob@landley.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">People keep using github to try to communicate. This is<br>
<a href="https://github.com/landley/toybox/issues/35" rel="noreferrer" target="_blank">https://github.com/landley/toybox/issues/35</a> which I'm replying to on the<br>
mailing list...<br>
<br>
> ...like Git, Ruby, or Python?<br>
<br>
git yes eventually (although starting with a read-only version capable<br>
of driving a repo checkout of the AOSP source for a build), but that's<br>
probably post-1.0.<br>
<br>
Ruby and Python: no. They're way out of scope.<br>
<br>
> I'd love to use Android as a real programming device someday.<br>
<br>
I just gave a talk about that at txlf, which was (as seems traditional<br>
for my txlf talks) far less coherent than I wanted it to be because my<br>
machine with the carefully loaded set of web pages I wanted to walk<br>
people through (some with sections mouse-highlighted, which is<br>
apparently preserved when you change tabs in chrome) couldn't talk to<br>
the darn projector (the magic resolution I didn't guess was 1280x1024,<br>
dunno why ubuntu 12.04 could autodetect this but 14.04 can't), and<br>
showing up early didn't help because the keynote before mine ran long so<br>
my talk started several minutes late anyway, and then fiddling with the<br>
monitor vs screen export stuff I accidentally hit function-f7 which<br>
disables the touchpad (there's a thing to do that?) and couldn't figure<br>
out how to switch it off again quickly, so I just borrowed a windows<br>
laptop with a web browser and improvised, pulling web pages up on the<br>
fly... meaning my talk wound up a bit like this paragraph, which I<br>
intentionally didn't edit to give an example of my main communications<br>
failure mode. :)<br>
<br>
> Sure, it may seem nonsensical to some, but I think making quick Git<br>
> commits or Ruby code on-the-go would be fantastic.<br>
<br>
Ruby is out of scope. Python is out of scope.<br>
<br>
Python isn't even one language anymore, they have one of those flag day<br>
changes from 2.0->3.0 the same way gtk breaks its API every few years<br>
and loses half its' developers each time. This time the retention<br>
failure is so bad python developers are blogging comparing the 2->3<br>
transition to the kubler-ross stages of grief. And no, I didn't make<br>
that up:<br>
<br>
<a href="https://lwn.net/Articles/669768/" rel="noreferrer" target="_blank">https://lwn.net/Articles/669768/</a><br>
<br>
> Side note: nobody on Earth seems to care about cross-compiling<br>
> utilities to iOS/Android.<br>
<br>
I don't know what you mean by that, but my goal is to make native<br>
compling of arbitrary code on android work fine, possibly in some kind<br>
of posix container/chroot.<br></blockquote><div><br></div><div>yeah, i think they're confused --- certainly anyone who works on platform or third-party app native code would be very surprised to learn they haven't been cross-compiling all this time :-)</div><div><br></div><div>assuming they mean the opposite, that no one cares about building on-device, yeah, that's largely true. doesn't mean folks haven't done it though, but it's mainly just for fun. i've built vim and gdb, and a guy in the next office has built clang. i don't personally know of anyone who's built make, but i'd imagine it's trivial given the things we have built.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> The process is rather difficult though, and Stack Overflow is of no<br>
> help. Perhaps someone on this repository has a better understanding<br>
> of GCC/Clang than I do?<br>
<br>
I'm told Android is already using the llvm backend to convert java<br>
bytecode to native code (that's the "optimizing your apps 1/xxx" thing<br>
that pops up when you uprade), so adding the clang frontend to that<br>
isn't a huge step. The toolchain's already halfway there.<br></blockquote><div><br></div><div>no, that was never really true, and i personally removed that failed experiment over a year ago.</div><div><br></div><div>renderscript uses llvm, but renderscript's a lot more C-like.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But it isn't _useful_ until i get a lot more toybox stuff in.<br>
<br>
My <a href="http://landley.net/aboriginal/about.html" rel="noreferrer" target="_blank">http://landley.net/aboriginal/about.html</a> project was a proof of<br>
concept about what's the smallest/simplest build environment that can<br>
not only rebuild itself from soruce code, but build linux from scratch<br>
under the result.<br>
<br>
I'm currently grinding through the "what's next" section of that page:<br>
<br>
<a href="http://landley.net/aboriginal/about.html#next" rel="noreferrer" target="_blank">http://landley.net/aboriginal/about.html#next</a><br>
<br>
That boils down to cleaning out the GPL code by replacing<br>
uclibc/busybox/glibc with llvm/toybox/musl (or a sufficiently upgraded<br>
bionic), and fixing the problem that distro builds always expect a very<br>
specific build environment and are full of assumptions. (I was poking at<br>
debian and fedora, but now I'm focusing on AOSP.)<br>
<br>
If I can get AOSP to build in an aboriginal chroot based on llvm,<br>
toybox, and musl (mostly by building its prerequisite packages first and<br>
setting up the environment it expects, but there will probably be some<br>
patches to AOSP itself), then getting AOSP to build under android is<br>
just a question of reproducing that known environment in the new context.<br></blockquote><div><br></div><div>...and waiting several days :-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Python and Ruby aren't involved in this. Git is, due to AOSP's<br>
integration with repo.<br></blockquote><div><br></div><div>although we do have several :-/ python prebuilts in AOSP, the build doesn't actually use any of them right now. but it should, and then the python problem goes away.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Rob<br>
_______________________________________________<br>
Toybox mailing list<br>
<a href="mailto:Toybox@lists.landley.net">Toybox@lists.landley.net</a><br>
<a href="http://lists.landley.net/listinfo.cgi/toybox-landley.net" rel="noreferrer" target="_blank">http://lists.landley.net/listinfo.cgi/toybox-landley.net</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Elliott Hughes - <a href="http://who/enh" target="_blank">http://who/enh</a> - <a href="http://jessies.org/~enh/" target="_blank">http://jessies.org/~enh/</a><br>Android native code/tools questions? Mail me/drop by/add me as a reviewer.</div>
</div></div>