impl window self
Build some dependencies with rustpkg

Also take a rust-layers bugfix.

In collaboration with Jack Moffitt.
fix indent & name
Pass Mac OS version cfg flags to rust-opengles build

This was in the rust-opengles Makefile.in pre-rustpkg.
Update rust-alert to find deps through rustpkg
Update mac platform submodules.
Add CSS overflow property(hidden) test file
Add acid2 test case.
auto merge of #1267 : evilpie/servo/blob, r=jdm

I was going to add the Constructor overload, but that requires implementing that fallthrough case in CGCase, which I didn't feel like doing. At least we can compile the dict now.
Make the HTML parser parse into the document rather than an element.

This removes the duplicate html element.
auto merge of #1266 : Ms2ger/servo/double-root, r=jdm

This removes the duplicate html element.
Fix use of display().to_str in find_tests
auto merge of #1273 : sammykim/servo/issue-1197, r=jdm

Fix #1197
auto merge of #1219 : ksh8281/servo/impl_window_self, r=jdm

in order to Implement window.self
#868
Implemeting help message for servo browser app using groups::opts module.

Signed-off-by: Adenilson Cavalcanti <a.cavalcanti@sisa.samsung.com>
Integrate 'BoxModel' into 'RenderBoxBase'. (#1257)
auto merge of #1278 : saneyuki/servo/rm_box, r=pcwalton
auto merge of #1261 : recrack/servo/add_overflow_testfile, r=pcwalton

Thanks @metajack @ksh8281, @jaeminMoon
Rewrite flow construction to be incrementalizable and parallelizable.

This replaces flow construction with a strict bottom-up tree traversal,
allowing for parallelism. Each step of the traversal creates a flow or
a `ConstructionItem`, similar to how Gecko works. {ib} splits are
handled by not creating `InlineFlow`s until the containing block is
reached.

This should be able to be incrementalized by storing the `Flow` from
layout to layout, and performing fixups during flow construction
and/or wiping containing blocks in a previous pass.
auto merge of #1271 : pcwalton/servo/incremental-reflow, r=larsbergstrom

This replaces flow construction with a strict bottom-up tree traversal,
allowing for parallelism. Each step of the traversal creates a flow or
a `ConstructionItem`, similar to how Gecko works. {ib} splits are
handled by not creating `InlineFlow`s until the containing block is
reached.

This should be able to be incrementalized by storing the `Flow` from
layout to layout, and performing fixups during flow construction
and/or wiping containing blocks in a previous pass.

r? @larsbergstrom