https://bugs.freedesktop.org/show_bug.cgi?id=92438
--- Comment #26 from Jim Blandy <j...@red-bean.com> ---
(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.
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
