Features are gated by OS, not by named features

[asajeffrey]

OES texture support is gated by OS at

media/backends/gstreamer/render-unix/lib.rs

Lines 9 to 15 in 6e864ed

	#![cfg(any(
	target_os = "linux",
	target_os = "dragonfly",
	target_os = "freebsd",
	target_os = "netbsd",
	target_os = "openbsd"
	))]

:

#![cfg(any(
    target_os = "linux",
    target_os = "dragonfly",
    target_os = "freebsd",
    target_os = "netbsd",
    target_os = "openbsd"
))]

which means that platforms (like magicleap) which support OES but aren't in the blessed list of OS's can't use the feature.

[jdm]

Named features are hard because you can't enable cargo features conditionally by target.

[ceyusa]

Named features are hard because you can't enable cargo features conditionally by target.

That's the reason we designed render crates per target. Sadly we are having a lot of duplicated code that we have to work out.

[asajeffrey]

The problem with gating by Target OS is that there are some platforms where the OS doesn't uniquely identify them. The particular instance I'm dealing with is magicleap, which has target_os=="android" but should use the unix back end.

[ceyusa]

In #308 I just added the gl render for android as target

[asajeffrey]

I'll have a look to see if it works. If it uses anything from libandroid the answer will be "no" :/

[asajeffrey]

Er, that PR still gates on target_os.