https://bugs.freedesktop.org/show_bug.cgi?id=92438

--- Comment #26 from Jim Blandy <jimb-bqtBzms/kfRWk0Htik3J/w@public.gmane.org> ---
(In reply to Ilia Mirkin from comment #24)
> Hmmm... looks like rust isn't quite ready for prime-time -- there is no
> 'cargo' gentoo ebuild. (Apparently cargo can't be built hermetically?) So I
> can't repro.

You really should try the tarballs on rust-lang.org. It's not as nice as a
package, but it's straightforward enough for a one-shot activity like this.

(In reply to Ilia Mirkin from comment #25)
> I believe this is now possible with ARB_direct_state_access. While I add
> support for this and add some asserts so that this doesn't happen in the
> future, would either of you mind retesting with
> 
> MESA_EXTENSION_OVERRIDE=-GL_ARB_direct_state_access
> 
> which should prevent those endpoints from appearing? I somewhat doubt that
> this is the b2g issue though, that seems to be using GLES2 which doesn't
> have anything like this.

Thanks for looking into this! I still get segfaults. The entry in
extension_table for GL_ARB_direct_state_access is:

   { "GL_ARB_draw_buffers", o(dummy_true), GL, 2002 },

so I don't think that env var setting will do anything, just stick the name in
cant_disable_extensions. I infer from the error message in
get_extension_override that it's a permanently enabled extension.

(OT: I think in many ways Rust is ready for prime time, but the project has
only begun to try to take into account distributions' needs. Check this out:
https://internals.rust-lang.org/t/perfecting-rust-packaging/2623)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.