-
Notifications
You must be signed in to change notification settings - Fork 60
Split out GLContext from GLRasterizationContext #60
Conversation
This will allow Servo to preserve the same GLContext and GrContext between rasterization targets, thus vastly improving the performance of OpenGL rasterization.
@pcwalton r? |
@bors-servo: r+ |
📌 Commit bdaf858 has been approved by |
Split out GLContext from GLRasterizationContext This will allow Servo to preserve the same GLContext and GrContext between rasterization targets, thus vastly improving the performance of OpenGL rasterization. <!-- Reviewable:start --> [<img src="https://reviewable.io/review_button.png" height=40 alt="Review on Reviewable"/>](https://reviewable.io/reviews/servo/skia/60) <!-- Reviewable:end -->
💔 Test failed - travis |
Hrm. The build failure seems unrelated:
@bors-servo retry |
Split out GLContext from GLRasterizationContext This will allow Servo to preserve the same GLContext and GrContext between rasterization targets, thus vastly improving the performance of OpenGL rasterization. <!-- Reviewable:start --> [<img src="https://reviewable.io/review_button.png" height=40 alt="Review on Reviewable"/>](https://reviewable.io/reviews/servo/skia/60) <!-- Reviewable:end -->
💔 Test failed - travis |
It's probably because there's no Cargo.lock being used and it's grabbing the latest version of |
@jdm So what do you think the best way forward is here? I'm happy to check in a Cargo.lock file if we want to start doing that for dependencies. |
@jdm @metajack I'm confused by this failure. It's a compilation failure in aster, which is a leaf dependency which only depends on rust. I don't seem to have any issues compiling either serde or aster alone using mach. Could this be because of a difference in the version of rustc? Locally mach pulls down
but it seems that travis is using:
|
And indeed ast::LocalSource was removed from rust 2 days ago: rust-lang/rust#27297 |
Since the issue appears to be with aster upstream, @mbrubeck suggested pushing the "merge pull request" button manually. Does that seem like a appropriate approach here? |
As I said in IRC, the correct thing is to pin Travis to use a working version of nightly. So add
to |
@bors-servo retry |
Split out GLContext from GLRasterizationContext This will allow Servo to preserve the same GLContext and GrContext between rasterization targets, thus vastly improving the performance of OpenGL rasterization. <!-- Reviewable:start --> [<img src="https://reviewable.io/review_button.png" height=40 alt="Review on Reviewable"/>](https://reviewable.io/reviews/servo/skia/60) <!-- Reviewable:end -->
☀️ Test successful - travis |
This will allow Servo to preserve the same GLContext and GrContext
between rasterization targets, thus vastly improving the performance of
OpenGL rasterization.