https://bugs.freedesktop.org/show_bug.cgi?id=94086
Emil Velikov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Chuck Atkins changed:
What|Removed |Added
Attachment #122974|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Chuck Atkins changed:
What|Removed |Added
Attachment #122938|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #8 from Chuck Atkins ---
(In reply to Emil Velikov from comment #6)
> I'd rather not do that, as the current "enable foo when bar is on" feels
> quite magic. Sometimes it gives you a warning although in all honestly, I
> doubt (m)any
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #7 from Emil Velikov ---
> --- a/configure.ac
> +++ b/configure.ac
> @@ -930,10 +930,9 @@ AC_ARG_ENABLE([xlib-glx],
> [make GLX library Xlib-based instead of DRI-based
> @<:@default=disabled@:>@])],
> [enable_xlib_glx="$e
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #6 from Emil Velikov ---
(In reply to Chuck Atkins from comment #5)
> So, based on our discussion, I believe I've addressed this in the attached
> patch now by adding an --enable-gallium-xlib-glx option to specify gallium
> or classic
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #5 from Chuck Atkins ---
So, based on our discussion, I believe I've addressed this in the attached
patch now by adding an --enable-gallium-xlib-glx option to specify gallium or
classic xlib-glx implementation. I gave it this behavio
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Chuck Atkins changed:
What|Removed |Added
Attachment #122938|Patch to add the|Patch to add the
description|--ena
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Chuck Atkins changed:
What|Removed |Added
CC||chuck.atk...@kitware.com
--- Comment #4 f
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #3 from Emil Velikov ---
If you ignore the presence of dri powered libGL (one in src/glx) there're two
libGL implementations - one 'classic' (src/mesa/foo) and one gallium
(src/gallium/foo).
OSMesa is, was actually, in a similar boat
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #2 from Chuck Atkins ---
> Fwiw I'd rather have a configure error, if one tries to build conflicting
> (at install time) files.
The glx options are implemented differently than the osmesa ones, even though
they try to accomplish the
https://bugs.freedesktop.org/show_bug.cgi?id=94086
--- Comment #1 from Emil Velikov ---
Hi Chuck,
Fwiw I'd rather have a configure error, if one tries to build conflicting (at
install time) files.
Here is how we dealt it with osmesa - any chance you can send over to mesa-dev
a port for xlib lib
https://bugs.freedesktop.org/show_bug.cgi?id=94086
Bug ID: 94086
Summary: Multiple conflicting libGL libraries installed
Product: Mesa
Version: git
Hardware: All
OS: All
Status: NEW
Severity: minor
13 matches
Mail list logo
