://tinderbox.freedesktop.org/builds/2011-11-30-0017/logs/libGL/#build
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/main/imports.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/imports.h b/src/mesa/main/imports.h
index 797f357..d5e3859 100644
--- a/src/mesa/main
On 26/07/2011 00:16, Marek Olšák wrote:
sorry for the late reply. I have just sent a patch to ML which should
fix this. See:
http://lists.freedesktop.org/archives/mesa-dev/2011-July/009867.html
Please let me know if that works for you.
Yes, that fixes it. Thanks very much :-)
On 26/07/2011 00:12, Marek Olšák wrote:
---
configure.ac | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
Tested-by: Jon TURNEY jon.tur...@dronecode.org.uk
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
, and then autotooled it.
You can get it here:
git://people.freedesktop.org/~kwg/glw
fwiw, I need the attached patch to the autofoolery to build under cygwin.
From 9b36ff36e58233f7faf9f39d5337f2f74158aad9 Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Sun, 7 Aug 2011 14:36:40
;
}
Attached is a patch to fix.
From f210b48ed7ae8d0286676ed94c38c5a6ca4338b4 Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Tue, 26 Feb 2013 15:47:44 +
Subject: [PATCH] glXCreateWindow() always fails when built without
GLX_DIRECT_RENDERING defined
glXCreateWindow
for a #define which is never made.
[1] http://tinderbox.freedesktop.org/builds/2013-02-27-0010/logs/libGL/#check
Jon TURNEY (3):
Fix out-of-tree build of 'make check' in src/mapi/glapi/tests/
Fix glapi/tests/check_table.cpp for standardized OpenGL function
names
Properly check GLX_INDIRECT_RENDERING
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mapi/glapi/tests/Makefile.am |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mapi/glapi/tests/Makefile.am b/src/mapi/glapi/tests/Makefile.am
index a23eef2..3553b99 100644
--- a/src/mapi/glapi/tests
It looks like this has been broken since commit
1a1db1746db82efc7f0643508886dfc78a15eb71 Standardize names of OpenGL
functions.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mapi/glapi/tests/check_table.cpp | 528 +-
1 files changed, 264
Actually use $DEFINES, so we can see if GLX_INDIRECT_RENDERING is defined
If GLX_INDIRECT_RENDERING is defined, _GLAPI_SKIP_PROTO_ENTRY_POINTS will
be defined, and libglapi won't contain the 'protocol entry points', so we
should provide stubs in check_table.cpp
Signed-off-by: Jon TURNEY jon.tur
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/main/tests/Makefile.am |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/main/tests/Makefile.am b/src/mesa/main/tests/Makefile.am
index 012b353..4acc815 100644
--- a/src/mesa/main/tests
On 12/03/2013 03:12, Stéphane Marchesin wrote:
It looks like this commit (and the other ones in the series) aren't
present in the mesa git tree. It also looks like the last commit was
pushed twice, and is present with the hash from the second time.
Last week, I pushed a bunch of wrong commits
automaking. This converts libglsl,
libglapi and libmesa, and includes Laurent Carlier's patch to convert libOsmesa.
Jon TURNEY (8):
automake: convert libglsl building
Rename sparc/clip.S - sparc/sparc_clip.S
automake: convert libmesa and libmesagallium
Remove unused MESA_MODULES autoconf
From: Laurent Carlier lordhea...@gmail.com
This also currently fix the installation of libOSmesa.
v2: Remove old Makefile, libOSmesa is now versioned, fix typos
v3: Keep config substitution alphabetized
v4: Update .gitignore
Reviewed-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac|2 +
src/glsl/.gitignore |1 +
src/glsl/Makefile | 144 ---
src/glsl/Makefile.am| 111
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/glsl/tests/Makefile.am |2 +-
src/mesa/Makefile.am| 45 +--
src/mesa/Makefile.old | 57 +--
src/mesa/drivers/osmesa/Makefile.am
---
configs/current.in |1 -
configure.ac |3 ---
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/configs/current.in b/configs/current.in
index f4858bd..ca817c4 100644
--- a/configs/current.in
+++ b/configs/current.in
@@ -147,7 +147,6 @@ VG_LIB_DEPS =
-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in |1 +
configure.ac | 11 ---
src/gallium/targets/Makefile.dri |4 ++--
3 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/configs/current.in b/configs/current.in
index
Automake can't handle having both clip.S and clip.c, even though they have
different paths
src/mesa/Makefile.am: object `clip.lo' created by `$(SRCDIR)/sparc/clip.S' and
`$(SRCDIR)/main/clip.c'
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/SConscript |2
to the .a file for the convenience of other Makefiles which have not yet been
converted
to automake
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in |1 -
configure.ac|6 +--
src/egl/main/Makefile.am|2 +-
src/glx
We must either:
(i) Not link libmesa with libglapi, and link anything that uses libmesa with
libglapi as well, or
(ii) Link libmesa with libglapi, and not link anything that uses libmesa with
libglapi
I choose (ii) just because it's least change, but I'm not sure it's right.
Note that
automake doesn't allow hyphens in variable names
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |2 +-
src/mapi/glapi/sources.mak |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 216ec3b..c7a42cb
On 09/07/2012 17:31, Eric Anholt wrote:
Jon TURNEY jon.tur...@dronecode.org.uk writes:
diff --git a/src/mesa/Makefile.am b/src/mesa/Makefile.am
index bada760..08beaa6 100644
--- a/src/mesa/Makefile.am
+++ b/src/mesa/Makefile.am
+libmesa_la_SOURCES = \
+$(MESA_FILES
On 09/07/2012 17:36, Eric Anholt wrote:
We must either:
(i) Not link libmesa with libglapi, and link anything that uses libmesa with
libglapi as well, or
(ii) Link libmesa with libglapi, and not link anything that uses libmesa with
libglapi
I choose (ii) just because it's least change, but
libglsl.a from GALLIUM_DRI_LIB_DEPS
[9/9] Fix comment to talk about the right library and try to make sense
If you should want to test this, these patches can be pulled from the
branch automake-continued-v2 at git://people.freedesktop.org/~jturney/mesa
Jon TURNEY (8):
automake: convert libglsl
-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac|5 +++
src/mesa/drivers/osmesa/.gitignore |1 +
src/mesa/drivers/osmesa/Makefile| 51 ---
src/mesa/drivers/osmesa/Makefile.am | 50 ++
4
v2: Use AM_V_GEN to silence generated code rules. Add BUILT_SOURCES to
CLEANFILES
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac|2 +
src/glsl/.gitignore |1 +
src/glsl/Makefile | 144
Automake can't handle having both clip.S and clip.c, even though they have
different paths
src/mesa/Makefile.am: object `clip.lo' created by `$(SRCDIR)/sparc/clip.S' and
`$(SRCDIR)/main/clip.c'
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/SConscript |2
---
configs/current.in |1 -
configure.ac |3 ---
2 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/configs/current.in b/configs/current.in
index f4858bd..ca817c4 100644
--- a/configs/current.in
+++ b/configs/current.in
@@ -147,7 +147,6 @@ VG_LIB_DEPS =
)
* Update to link with the .la file in other Makefile.am files, and make a link
to the
.a file for the convenience of other Makefiles which have not yet been
converted to automake
v2: Remove stray -static from LDFLAGS
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/glsl/tests
with that
anymore.
Add an additional autoconf variable GALLIUM_DRI_LIB_DEPS, whic is now used in
gallium/targets/Makefile.dri, to link with the libdircore or libmesa native
library.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in |1 +
configure.ac
automake doesn't allow hyphens in variable names
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |2 +-
src/mapi/glapi/sources.mak |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5724f8a..c579fd3
The libmesa convenience library is linked with the libglsl convenience
library. libOsmesa is linked with libmesa, and also directly with libglsl.
This gives rise to duplicate symbol errors.
We must either:
(i) Not link libmesa with libglsl, and link anything that uses libmesa with
libglsl as
to the .a file for the convenience of other Makefiles which have not yet been
converted
to automake
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in |1 -
configure.ac|6 +--
src/egl/main/Makefile.am|2 +-
src/glx
On 10/07/2012 23:34, Matt Turner wrote:
+glsl_lexer.cpp: glsl_lexer.ll
+ $(AM_V_GEN) $(LEX) --nounistd -o$@ $
+
+glsl_parser.cpp: glsl_parser.yy
+ $(AM_V_GEN) $(YACC) -v -o $@ -p _mesa_glsl_
--defines=glsl_parser.h $
+
+$(GLSL_SRCDIR)/glcpp/glcpp-lex.c:
the files in libglsl and delegating the generation
- Remove libglsl.a compatibility link on clean
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac|2 +
src/glsl/.gitignore |3 +
src/glsl/Makefile | 144
On 11/07/2012 16:20, Eric Anholt wrote:
s/libglapi_la_CPPFLAGS/AM_CPPFLAGS/g may get you prettier build output
(at least with CFLAGS, it prepends the lib name to the .o files, which
affects build logs).
Thanks, that is a lot nicer :-)
+noinst_LTLIBRARIES = libglapi.la
+
to the .a file for the convenience of other Makefiles which have not yet been
converted
to automake
v2:
- Use AM_CPPFLAGS for cleaner build output
- EXTRA_SOURCES is not needed
- Remove libglapi.a compatibility link on clean
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in
On 11/07/2012 16:21, Eric Anholt wrote:
Jon TURNEY jon.tur...@dronecode.org.uk writes:
Updated to address various comments:
[1/9] libOsmesa links with libaries in the builddir, not the srcdir
[2/9] libglsl use AM_V_GEN to silence generated code rules and add
BUILT_SOURCES to CLEANFILES
Commit defadf2b1 erroneously tries to make gallium drivers link with
libdricore as a static library, not a shared library
Also change uses of DRI_LIB_DEPS in gallium driver Makefiles to
GALLIUM_DRI_LIB_DEPS, so the libraries added are used in the linking the
gallium driver
Signed-off-by: Jon
to the libdricore symlink, it's made in LIB_DIR, not
in the libdricore directory
Also repair quoting of dricore settings of *LIB_DEPS variables so VERSION
is interpolated in configure but $(TOP) and $(LIB_DIR) are interpolated
later (where they are known, but VERSION isn't)
Signed-off-by: Jon TURNEY
file named .h, rather than using automake's rule.
Also, remove things from BUILD_SOURCES which don't need to be there
mattst88 doen't like this approach and wants to do something cunning with
symlinks instead, so this is just a placeholder until that turns up :-)
Signed-off-by: Jon TURNEY
On 13/07/2012 22:23, Marcin Baczyński wrote:
Commit 68e04cc6014bf7a2c9bd0b3b783b4ec12aa2e824 changed .cpp - .cc,
but forgot to update references .h - .hh.
Also update Doxygen and .gitignore.
Signed-off-by: Marcin Baczyński marb...@gmail.com
Thanks, and sorry for the breakage.
But this
file named .h, rather than using automake's rule.
Also, remove things from BUILD_SOURCES which don't need to be there
Also, update EXCLUDE rules in doxygen/glsl.doxy, for change of generated files
from .cpp - .cc, and glsl_lexer.h has never existed.
Signed-off-by: Jon TURNEY jon.tur
On 13/07/2012 18:33, Tom Stellard wrote:
-r300_compiler_tests_LDADD = libr300.a
+r300_compiler_tests_LDADD = $(builddir)/.libs/libr300.la
I think this can be written $(builddir)/libr300.la
r300_compiler_tests_CPPFLAGS = \
-I$(top_srcdir)/src/gallium/drivers/r300/compiler
On 13/07/2012 18:33, Tom Stellard wrote:
+SUBDIRS += pipebuffer
This looks like an addition. I'm not sure why, as the sources in pipebuffer/
are already listed in C_SOURCES?
+
+indices/u_indices_gen.c: indices/u_indices_gen.py
+ $(PYTHON2) $ $@
You might want to consider using
On 16/07/2012 17:10, Ian Romanick wrote:
On 07/15/2012 06:30 AM, Matt Turner wrote:
On Sun, Jul 15, 2012 at 1:21 AM, Ian Romanick i...@freedesktop.org wrote:
On 07/13/2012 03:03 PM, Jon TURNEY wrote:
On 13/07/2012 22:23, Marcin Baczyński wrote:
Commit
are built, but don't get any useful
contents as I failed to convert setting the preprocessor flags correctly.
Please try the attached patch.
From 6c634c6034b18ace91aec88dd185787ff30f6113 Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Mon, 16 Jul 2012 21:14:43 +0100
Subject
GLAPI_LIB = ../mapi/glapi/libglapi.la
Reviewed-by: Jon TURNEY jon.tur...@dronecode.org.uk
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 17/07/2012 06:55, Dave Airlie wrote:
In Fedora we've always built both osmesa and GL versions of mesa, we
used to do this in two passes but its been possible for a while to do
this in a single pass, and it seems to work.
However now src/mesa/Makefile.am contains this:
if
Some follow-up patches after my automake changes of last week.
Jon TURNEY (4):
drivers/X11: Link X11 libGL with -no-undefined libtool flag
drivers/osmesa: Link OSMesa using -no-undefined libtool flag
Update mesa/drivers/x11/Makefile.am for xm_image.h removal
Remove redundant osmesa shared
Use -no-undefined to assure libtool that the library has no
unresolved symbols at link time, so that libtool will build a shared
library on platforms require that all symbols are resolved when the
library is linked.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/drivers/x11
Use -no-undefined to assure libtool that the library has no
unresolved symbols at link time, so that libtool will build a shared
library on platforms require that all symbols are resolved when the
library is linked.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/drivers
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/mesa/drivers/x11/Makefile.am |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/x11/Makefile.am b/src/mesa/drivers/x11/Makefile.am
index 53c5142..49c531d 100644
--- a/src/mesa/drivers/x11
Also, nothing now uses OSMESA_LIB_GLOB anymore, so remove it
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configs/current.in|1 -
configs/default |1 -
configure.ac |2 --
src/mesa/Makefile.am |7 ---
src/mesa/Makefile.old | 27
archaeology, but I know we've talked about this
before. I believe Chia-I said he thought it would be a good idea to
make it the default, but essentially left the option as a chicken bit,
in case it didn't work in all situations.
It looks like Matt Turner, Jon Turney, and Homer Hsing also approved
On 17/07/2012 16:48, Jon TURNEY wrote:
On 17/07/2012 06:55, Dave Airlie wrote:
In Fedora we've always built both osmesa and GL versions of mesa, we
used to do this in two passes but its been possible for a while to do
this in a single pass, and it seems to work.
However now src/mesa
/mesa/src/gallium/targets/libgl-xlib/../../../../src/gallium/auxiliary/target-helpers/inline_sw_helper.h:35:
undefined reference to `_softpipe_create_screen'
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/gallium/targets/libgl-xlib/Makefile.am |3 +--
1 files changed, 1
-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/glx/glx_pbuffer.c |6 ++
src/glx/glxcmds.c |4 ++--
src/glx/glxext.c |2 +-
3 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/glx/glx_pbuffer.c b/src/glx/glx_pbuffer.c
index 15bfb15..0b46870 100644
--- a/src/glx
:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Fri, 27 Aug 2010 13:31:54 +0100
Subject: [PATCH] Add talloc to dependencies for libGL built with xlib driver
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |4 ++--
1 files changed, 2 insertions(+), 2
On 27/08/2010 14:40, Jon TURNEY wrote:
On 20/08/2010 15:34, Kevin H. Hobbs wrote:
When Mesa is built with :
./autogen.sh \
--prefix=/home/kevin/mesa_xlib/ \
--with-driver=xlib \
--disable-gallium \
--disable-gl-osmesa
The libGL.so that is produced has undefined symbols from talloc but
talloc
On 27/08/2010 16:16, Julien Cristau wrote:
On Fri, Aug 27, 2010 at 15:24:45 +0100, Jon TURNEY wrote:
diff --git a/src/mesa/drivers/osmesa/Makefile b/src/mesa/drivers/osmesa/Makefile
index 091e6f6..fb70790 100644
--- a/src/mesa/drivers/osmesa/Makefile
+++ b/src/mesa/drivers/osmesa/Makefile
On 27/08/2010 21:40, Kevin H. Hobbs wrote:
On 08/27/2010 02:45 PM, Jon TURNEY wrote:
Updated patch attached.
No luck, I still get :
/home/kevin/mesa_xlib/lib/libGL.so: undefined reference to
`talloc_strdup'
and such when I link an application against libGL.so and there is
no talloc
patch to arrange -L options in the correct order.
I haven't (yet) checked other uses of mklib for this pattern.
[1] http://tinderbox.freedesktop.org/builds/2010-10-23-0015/logs/libGL/#build
From cf372e20c608ee635a3de8cae252b8b4c57d87db Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur
From: Samuel Thibault samuel.thiba...@ens-lyon.org
Fix build when configured --with-driver=dri --disable-driglx-direct on GNU/Hurd
and Cygwin
Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac | 29
From: nobled nob...@dreamwidth.org
The Hurd kernel doesn't have DRM yet.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 3c3da14..af70a7b 100644
Refine always build shared dricore so we don't build it if we don't need
it because we aren't actually building any dri drivers because of
--disable-driglx-direct
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions
On 23/01/2012 17:50, Matt Turner wrote:
Good idea.
Reviewed-by: Matt Turner matts...@gmail.com
Do you have commit access?
Yes.
d01e166..0fce6d3 master - master
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
the attached.
From 81f07fcf0cee40b5f9fdc3bac9023f781cfb1ea9 Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Wed, 25 Jan 2012 22:14:42 +
Subject: [PATCH] Don't try to link OSMesa with shared glapi unless shared
glapi is built
This fixes the fact
On 27/01/2012 05:06, Matt Turner wrote:
Please give this a try.
OSMesa is broken with shared-glapi. I'll fix that (it'll be much
easier) when I automake glapi.
+libOSMesa_la_SOURCES = osmesa.c
+libOSMesa_la_LDFLAGS = -version-info 8:0:0 #FIXME
+libOSMesa_la_LIBADD = $(LIBADD)
+endif
You
From c527ad8a315ffb34bfcb34053d41f39aa8011b7c Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Fri, 27 Jan 2012 19:06:28 +
Subject: [PATCH] dri: Don't build libdricommon.la if we don't need it
Refine 80aa78142d12b21dd7d4f0edc786af98a159a80f dri: make sure to build
On 27/01/2012 19:58, Eric Anholt wrote:
After the removal of the dri driver link test, this should help avoid
the original problem that it was designed to catch: The warning about
a missing prototype due to typoing a function name scrolling by in the
Mesa build spew, and you not noticing until
This is with git master, but the same issue exists since at least mesa-7.11.2.
./configure --enable-shared-glapi --disable-driglx-direct --with-driver=dri
--with-dri-drivers=swrast --with-gallium-drivers=swrast
$ gdb --args ./glean -r foo -o -t vertProg1 --quick
...
(gdb) b
On 01/02/2012 15:59, Matt Turner wrote:
On Wed, Feb 1, 2012 at 9:41 AM, Jon TURNEY wrote:
Note that glean is calling glGenPrograms, but we are ending up in
glProgramParameters4fvNV.
It seems the indirect dispatch table isn't being built correctly. The
dispatch table layouts
On 27/01/2012 20:20, Matt Turner wrote:
On Fri, Jan 27, 2012 at 8:11 PM, Jon TURNEY wrote:
On 27/01/2012 08:03, Eric Anholt wrote:
On Thu, 26 Jan 2012 16:32:24 -0800 (PST), matts...@kemper.freedesktop.org
(Matt Turner) wrote:
Module: Mesa
Branch: master
Commit
On 02/02/2012 14:43, Brian Paul wrote:
Fixes both the autoconf and legacy config builds.
The build was failing with /usr/bin/ld: cannot find -lglapi since
there was no -L flag pointing to the lib. But it's redundant anyway
since libglapi.a is already in the CORE_MESA object list.
---
On 03/02/2012 09:28, Eric Anholt wrote:
On Thu, 02 Feb 2012 10:54:22 +, Jon TURNEY wrote:
On 27/01/2012 20:20, Matt Turner wrote:
On Fri, Jan 27, 2012 at 8:11 PM, Jon TURNEY wrote:
On 27/01/2012 08:03, Eric Anholt wrote:
On Thu, 26 Jan 2012 16:32:24 -0800 (PST), (Matt Turner) wrote
On 06/02/2012 23:14, Carl Worth wrote:
On 2012-02-04, Jon TURNEY wrote:
It looks like these error messages will always be emitted when
software-direct
and indirect are the only paths available (e.g. when ./configured with
--with-dri-drivers=swrast or --disable-driglx-direct).
Thanks
On 09/02/2012 02:09, Eric Anholt wrote:
configure.ac|4 ++
src/glx/.gitignore |5 ++
src/glx/Makefile| 119 -
src/glx/Makefile.am | 122
+++
src/mesa/Makefile |2 -
:-)
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/egl/main/Makefile.am |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/egl/main/Makefile.am b/src/egl/main/Makefile.am
index ad1bbdb..a8072c1 100644
--- a/src/egl/main/Makefile.am
+++ b/src/egl/main/Makefile.am
and the -no-undefined libtool
flag, which you may wish to squash into you patch before pushing.
Otherwise, Reviewed-by: Jon TURNEY jon.tur...@dronecode.org.uk
From 27d0e18f44b2c3647d33bdc707eaf135520ceb5b Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Mon, 19 Mar 2012 15:18:23
. This is necessary for the shared glapi to
be built as a shared library on Windows, and should have no effect on other
platforms.
From 80af143f4451c1b993eabff9d144bd9810cd7788 Mon Sep 17 00:00:00 2001
From: Jon TURNEY jon.tur...@dronecode.org.uk
Date: Mon, 19 Mar 2012 15:18:23 +
Subject: [PATCH
On 06/09/2012 08:08, Matt Turner wrote:
On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee v...@freedesktop.org wrote:
Signed-off-by: Vinson Lee v...@freedesktop.org
---
src/glsl/Makefile.am |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/Makefile.am
/src/glsl/builtin_compiler/Makefile.am
new file mode 100644
index 000..b1ff883
--- /dev/null
+++ b/src/glsl/builtin_compiler/Makefile.am
@@ -0,0 +1,61 @@
+# Copyright © 2012 Jon TURNEY
I'm not sure if this is needed, but your name should probably be here
Fix a typo which meant that --enable-shared-glapi didn't actually cause a
shared glapi to be built
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index a5e9bfa..7c3ca4b
--disable-driglx-direct the default on cygwin and hurd.
(this patch set combines patches from fd.o bugs #27840 and #29460, updated for
the current git master)
Jon TURNEY (1):
Disable direct rendering on Cygwin
Samuel Thibault (1):
Only require libdrm if direct rendering is actually enabled.
nobled
From: Samuel Thibault samuel.thiba...@ens-lyon.org
Fix build when configured --with-driver=dri --disable-driglx-direct on GNU/Hurd
and Cygwin
Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac | 29
From: nobled nob...@dreamwidth.org
The Hurd kernel doesn't have DRM yet.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 5559efc..0202769 100644
a libGL which can load just swrast without the DRM
headers,
even though there's no actual functional dependency)
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
Commit 92b0a9425d0f1b32e5568a9efaadc5641c56d24a removes texwrap.c
but doesn't remove texwrap from the list of programs build by Makefile.am
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
src/tests/Makefile.am |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/src
On 16/02/2011 15:44, Julien Cristau wrote:
On Wed, Feb 16, 2011 at 15:11:34 +, Jon TURNEY wrote:
At the moment, libGL cannot be built --with-driver=dri
--disable-driglx-direct
on platforms which don't have libdrm.
--with-driver=dri is the only way to build a libGL which supports
From: Samuel Thibault samuel.thiba...@ens-lyon.org
Fix build when configured --with-driver=dri --disable-driglx-direct on GNU/Hurd
and Cygwin
Based on the Debian patch file '05_hurd-ftbfs.diff' by Samuel Thibault.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
Reviewed-by: Julien
a libGL which can load just swrast without the DRM
headers,
even though there's no actual functional dependency)
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
Reviewed-by: Julien Cristau jcris...@debian.org
---
configure.ac | 14 ++
1 files changed, 14 insertions(+), 0 deletions
On 15/03/2011 00:35, Jakob Bornecrantz wrote:
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
dnl
dnl libGL configuration per driver
dnl
@@ -762,12 +770,17 @@ dri|no) # these checks are still desired when there is
no mesa_driver
AC_MSG_ERROR([Can't use static libraries for DRI
On 15/03/2011 00:28, Jakob Bornecrantz wrote:
On Mon, Mar 14, 2011 at 11:08 PM, Jon TURNEY
jon.tur...@dronecode.org.uk wrote:
From: nobled nob...@dreamwidth.org
The Hurd kernel doesn't have DRM yet.
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
Reviewed-by: Julien Cristau jcris
On 15/03/2011 00:23, Brian Paul wrote:
On Mon, Mar 14, 2011 at 4:03 PM, Jon TURNEY wrote:
Can I apply for mesa commit access, since no-one seems to be particularly
interested in picking up my patches?
Sure, there's instructions on the website.
I've created a request in bugzilla[1], please
Jon TURNEY (2):
Fix config check that claims to test if CXX supports
-fvisibility=hidden option to actually test the C++ compiler.
Don't use -fvisibilty=hidden on cygwin
configure.ac | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
--
1.7.4
Looking at this bit of autofoolery, I notice that at the moment it is just
checking if CC supports -fvisibility=hidden twice
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
---
configure.ac |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/configure.ac b
check could be made more complex to avoid
using this flag is the target isn't ELF or using the flag generates a warning
For the moment, I've gone for the crude solution of explicitly disabling
the use of this flag for the cygwin target
Signed-off-by: Jon TURNEY jon.tur...@dronecode.org.uk
On 26/04/2011 17:45, tom fogal wrote:
On 04/26/2011 06:00 AM, Jon TURNEY wrote:
Looking at this bit of autofoolery, I notice that at the moment it is just
checking if CC supports -fvisibility=hidden twice
We use visibility=hidden for *both* C and C++ code, no?
Is the issue that the Cygwin
On 27/04/2011 11:39, Dan Nicholson wrote:
On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
Alternatively, the configuration check could be made more complex to avoid
using this flag is the target isn't ELF or using the flag generates a warning
You could add -Werror to the CFLAGS used
1 - 100 of 262 matches
Mail list logo