{"push_id":853424093,"size":2,"distinct_size":0,"ref":"refs/heads/master","head":"0699d38e80c029a384354da96596421f3a97ceef","before":"c78da15abbffd223290300b6b985d65cd6f03d08","commits":[{"sha":"17a6cb587399b8650d331a85456336ccbc31e9fe","author":{"email":"3318dc5ce3e4fb7c28a0b841b6801c884e1d0896@lars.com","name":"Lars Bergstrom"},"message":"New Android suppport","distinct":false,"url":"https://api.github.com/repos/servo/servo/commits/17a6cb587399b8650d331a85456336ccbc31e9fe"},{"sha":"0699d38e80c029a384354da96596421f3a97ceef","author":{"email":"1d30da7446c147361b50ba946a7897e87cc888f4@mozilla.com","name":"bors-servo"},"message":"Auto merge of #8288 - larsbergstrom:new_android_build, r=mbrubeck\n\nNew Android suppport\n\nr/f? @mbrubeck\n\nNo need to r+ urgently; I want to do a little bit more testing of the release build, but I'm hoping to land this bit (moving to a more sane build process) next week.\n\nThe new version of building an APK:\n1) Removes the glutin-based APK builder from the link step\n2) Adds a build.rs step to the build of the final Servo library that adds the native code required by glutin's android_rs_glue (e.g., `ANativeActivity_onCreate` definition)\n3) Replaces the link step with a `fake-ld.sh` script that instead creates a libservo.so\n4) Adds a new mach `package` step to build the APK that has some Rust code that builds the library from a set of in-tree build files\n\nThis setup fixes a number of problems:\n1) We can use gdb, because we use `ndk-build`, which adds the .gdbserver info, plus we keep around all of the build files (also required by the ndk gdb)\n2) We can add more Java code & hooks to handle Android intents\n3) We no longer have any git submodules or the awkward two-step build with android-rs-glue\n\nMany other setups were tried (and failed). The most obvious ones is building a libservo.so from a `dylib` target from the servo build on Android. This doesn't work because you can't have a different default lib target on one platform than others in Cargo, and you also can't pass it in from the commandline (e.g., --lib does not have a dylib arg). Additionally, if you don't go through the intermediate libservo.rlib step (which removes unused symbols), then you end up with a TON of missing symbols because our -sys crates are super sloppy about that. I spent a few weeks beginning to clean them up, but since it's something we can't easily enforce (and new -sys packages will have this problem, too, since it's only an issue with the Android loader), it made more sense to me to just have the build set up to discard those unused bits of code before they ever get to the linker, much less the loader.\n\n<!-- Reviewable:start -->\n[<img src=\"https://reviewable.io/review_button.png\" height=40 alt=\"Review on Reviewable\"/>](https://reviewable.io/reviews/servo/servo/8288)\n<!-- Reviewable:end -->","distinct":false,"url":"https://api.github.com/repos/servo/servo/commits/0699d38e80c029a384354da96596421f3a97ceef"}]}