Apple iOS support

[larsbergstrom]

This is a meta-issue for adding support for compiling Servo to target iOS. To work on this, just clone Servo as normal but build with: ./mach build -d --target aarch64-apple-ios

Add -j 1 to turn this into more of a linear process.

Next tasks:

• Fix sandboxing/gaol build break by running in a single process and open issue in gaol to consider iOS sandboxing later.

[larsbergstrom]

cc @MortimerGoro @blairmacintyre @TrevorFSmith

[JJayet]

I'm interested in this if it's a good first PR :)

[jdm]

@JJayet It's not clear what work will be required. If you want to give it a try, you are welcome to!

[JJayet]

@jdm I'm actually looking at the problem right now.
I've tried to replicate the Windows configuration since it seems to not use Gaol as well.

[target.'cfg(not(target_os = "windows"))'.dependencies]
[target.'cfg(not(target = "aarch64-apple-ios"))'.dependencies]

or

[target.'cfg(not(target_os = "windows"))'.dependencies]
[target.'cfg(not(target_arch = "aarch64-apple-ios"))'.dependencies]

doesn't seem to work (in servo/Cargo.toml and `constellation/Cargo.toml) as it still tries to compile the library.

Any idea ?

[jdm]

You need to modify the existing cfg to use cfg(not(or(..., ...))) instead of adding a separate target.

[JJayet]

@jdm so... this seems to do the trick :

[target.'cfg(all(not(target_os = "windows"), not(target_arch = "aarch64")))'.dependencies]
(don't know if target_arch = "aarch64"is not too broad though, nut nothing else seems to work)

Thanks for the help :)

I'm know facing multiple errors from other packages (expat-sys, servo-freetype-sys, fontsan, heartbeats-simple-sys, mozjs_sys).

I will try to find out why.

[larsbergstrom]

@JJayet Nice work!

Does this work with:

[target.'cfg(all(not(target_os = "window"), not(target_os = "ios")))'.dependencies]`

? If so, that would be ideal.

If it works and gets to the next set of errors, please feel free to open a PR with just that change! Then we can edit this issue to have errors from the other packages and handle them in separate PRs. It's fine for this to take 50 PRs to incrementally land the whole support!

[JJayet]

@larsbergstrom Yes indeed it works!
I tried before but due to me not understanding cfg, it was not working properly.

You're right, I'll try to PR with just that.
Thanks :)

[larsbergstrom]

@JJayet Thank you for joining in to work on this bug when I hadn't even properly tagged it!

[JJayet]

@larsbergstrom @jdm As I'm working on getting each part to compile, I stumble upon the (lack of) User Agent.

Right now, I've added this :

UserAgent::iOS => {
    "Mozilla/5.0 (iPhone; CPU iPhone OS 8_3 like Mac OS X; rv:55.0) Servo/1.0 Firefox/55.0"
}

There are two things that bother me :

• Lack of distinction between iPhone, iPod and iPad
• Lack of distinction between tablet and mobile for Android

It may be nitpicking though.

Would the above UA be satisfying for now ?

[jdm]

That seems fine as an initial sensible UA.

[atouchet]

Was this supposed to be closed?

[JJayet]

Hello everyone,

Here are the errors that pop-in:

• mozjs-sys:

--- stderr
DEBUG: _cc: Trying aarch64-apple-ios-gcc
ERROR: Cannot find the target C compiler
make: *** [maybe-configure] Error 1
thread 'main' panicked at 'assertion failed: result.success()', /some/path/mozjs-fa11ffc7d4f1cc2d/834ce35/build.rs:43:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.

• harfbuzz-sys:

Invalid configuration `aarch64-apple-ios': system `ios' not recognized
configure: error: /bin/sh /some/path/harfbuzz-sys-0.1.12/harfbuzz/config.sub aarch64-apple-ios failed

• servo-freetype-sys:

clang: warning: using sysroot for 'MacOSX' but targeting 'iPhone' [-Wincompatible-sysroot]
ld: warning: ignoring file /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/lib/libSystem.tbd, missing required architecture arm64 in file /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/lib/libSystem.tbd (2 slices)
ld: dynamic main executables must link with libSystem.dylib for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [cmTC_5573e] Error 1
make: *** [cmTC_5573e/fast] Error 2

I'm wondering if some of the errors could come from my Mac not having the right setup or if those libs do not have an iOS target.

[MortimerGoro]

@JJayet It seems that you are using mac frameworks to link iphone builds ("warning: using sysroot for 'MacOSX' but targeting 'iPhone").

All those 3 projects use cmake/make for building C code which may require setting some CXX or sysroot variables. I had to do many fixes for Android armv7/arm64 builds in the same libraries. See #11921

[JJayet]

@MortimerGoro Good to know, I'll look into it, thanks !

[paulrouget]

I'm seen some iOS-specific PR landing lately.

Does libservo compile on iOS now? (I don't care about the /ports/ part)

If not, how far are we?

[tdjastrzebski]

Hi, what is the status of iOS support? I see iOS is still not mentioned on https://servo.org page.

[blairmacintyre]

I too would love to see it on iOS ....

[tommyZZM]

any update on this issue?
I too would love to see it on iOS too

[jdm]

Nobody is working in this.