Jose Fonseca, on lun. 22 janv. 2018 21:12:54 +, wrote:
> Pushed. Thanks.
Thanks!
Samuel
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Hello,
Jose Fonseca, on lun. 15 janv. 2018 12:29:39 +, wrote:
> On 13/01/18 11:33, Samuel Thibault wrote:
> > pthread_setname_np was added in glibc 2.12 for the Linux port only, other
> > ports do not necessarily have it.
> > ---
> > src/util/u_thread.h | 3
Nicolai Hähnle, on lun. 15 janv. 2018 15:07:03 +0100, wrote:
> On 13.01.2018 12:36, Samuel Thibault wrote:
> > glXGetDriverConfig parameters do not provide a context to dynamically
> > check for the presence of the function, so the dispatcher directly calls
> > glXGetDriverC
glXGetDriverConfig parameters do not provide a context to dynamically
check for the presence of the function, so the dispatcher directly calls
glXGetDriverConfig, but in non-dri builds dri_glx.c didn't provide
glXGetDriverConfig.
This change make it just return NULL in that case.
Fixes:
Dylan Baker, on dim. 14 janv. 2018 09:37:49 -0800, wrote:
> I don't know enough about glx to know if this is correct, but you'll need to
> add the c files to the meson.build as well
Oh, mesa now also uses meson. Ok, now commited that to my tree.
Samuel
pthread_setname_np was added in glibc 2.12 for the Linux port only, other
ports do not necessarily have it.
---
src/util/u_thread.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/util/u_thread.h b/src/util/u_thread.h
index 26cc0b093..8c6e0bdc5 100644
---
glXGetDriverConfig parameters do not provide a context to dynamically
check for the presence of the function, so the dispatcher directly calls
glXGetDriverConfig, but in non-dri builds dri_glx.c didn't provide
glXGetDriverConfig.
This change makes it provide a NULL-returning stub in non-dri
Hello,
These two mails are two proposals to fix
https://bugs.freedesktop.org/show_bug.cgi?id=98632
Either properly fix the code, or just define PATH_MAX and be "done" with
it.
Samuel
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
GNU/Hurd does not define PATH_MAX since it doesn't have such arbitrary
limitation. This drops the use of PATH_MAX by just allocating
the proper buffer size, and disables the path length check in
_mesa_get_shader_capture_path.
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
Bu
GNU/Hurd does not define PATH_MAX since it doesn't have such arbitrary
limitation. This works around it in arbprogram.c and shaderapi.c by
defining PATH_MAX to an arbitrary value (4096, as on Linux).
Signed-off-by: Samuel Thibault <samuel.thiba...@ens-lyon.org>
Bugzilla:
Emil Velikov, le Mon 02 Feb 2015 18:24:29 +, a écrit :
Did you had the change to try the patch - does it cause issues on your
setup (build and/or runtime-wise) ?
My setup has neither HAVE_LIBDRM nor HAVE_DRM_PLATFORM so it can't break
it :)
Samuel
Emil Velikov, le Thu 22 Jan 2015 16:52:06 +, a écrit :
On 14/01/15 19:36, Axel Davy wrote:
To fix build when libdrm is not found,
commit a594cec7e3ef275c386054127a357110a19dd823 did put several
parts of egl code under #ifdef HAVE_DRM_PLATFORM.
HAVE_DRM_PLATFORM means the egl drm
This fixes building EGL without libdrm support.
Signed-off-by: Samuel Thibault samuel.thiba...@ens-lyon.org
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index a64f4e8..e703f28 100644
--- a/src/egl/drivers/dri2/egl_dri2.c
+++ b/src/egl/drivers/dri2/egl_dri2.c
13 matches
Mail list logo