I did a rebase and adapted the code to the new EventLoop API

@tomaka I see that the API has changed and EventLoop has been moved to winit. Now I can't create the EventLoop override to handle EGL life cycle events on Android:

• If I create a EventsLoop override in Glutin (like this PR did), it can't be used for the glutin::GlWindow::new(window, gl_context, &events_loop).unwrap()creation because the argument uses winit::EventLoop type
• If I create a EventsLoop override in Winit, I don't have access to the gl_context defined in winit.

We need the android life cycle merged to unfork glutin in Servo. What's the best way to do this now?

Err I knew there would be a quirk with exposing winit.

I thought a bit about this, and considered the following solutions:

• Letting the user handle the situation explicitly when they receive a Suspend event.
• Wrapping around the EventsLoop again.
• Try automatically detecting this in make_current and is_current.

But in the end I think the best thing to do is make a tweak to the winit's EventsLoop to make it possible for glutin to register a callback when a suspend event happens.
This is a bit of a hack, but I think that it doesn't have any downside.

The solution would be specific to Android (with a trait hidden with #[cfg(target_os = "android")]) and it would only be possible for suspend events.
Do you think that's ok?

Yes, I though doing a similar thing too but with all events. Doing with suspend event only is ok. I don't think that we'll need to handle other events directly in Glutin.

@tomaka Is what you describe here #868 (comment) still the approach you recommend?

@paulrouget The discussion has more or less moved there: rust-windowing/winit#231
There is still no good solution for this right now.

@MortimerGoro winit 0.11.1 has been published.

@paulrouget thanks for the notfication. PR updated!

@tomaka We need to update winit dependency from 10.x to 11.x here. Do you want a separate PR for that change?

@MortimerGoro Yes please.

@tomaka r? PR ready

Thanks, looks good except for a few style issues.