r this to error, but warn is probably good
enough. The option to disable opengl didn't exist back when these checks
were written.
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Mon, Jan 7, 2013 at 5:06 AM, Jorge Ramirez Ortiz, HCL Europe
wrote:
> Hi all,
>
> Does this patch make sense? glVersion can be NULL and not having the changes
> below could cause a SIGSEGV
>
> [jramirez@calypso-2 mesa-demos.git (tmp *)]$ git diff src/xdemos/glxinfo.c
> diff --git a/src/xdemos
gs at all.
Signed-off-by: Dan Nicholson
---
configure.ac | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index eebfef8..bfe551f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -345,18 +345,20 @@ AC_ARG_ENABLE([debug],
)
if test &quo
their original settings.
Signed-off-by: Dan Nicholson
---
configure.ac | 21 +
1 files changed, 9 insertions(+), 12 deletions(-)
diff --git a/configure.ac b/configure.ac
index 1414ce8..eebfef8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -17,6 +17,15 @@ dnl http://people.gno
On Mon, Dec 31, 2012 at 6:03 AM, Dan Nicholson wrote:
> On Sun, Dec 23, 2012 at 3:41 AM, Johannes Obermayr
> wrote:
>> Am Samstag, 22. Dezember 2012, 16:34:48 schrieben Sie:
>>> On Sat, Dec 22, 2012 at 10:47 AM, Johannes Obermayr
>>> wrote:
>>> > Am Sa
On Sun, Dec 23, 2012 at 3:41 AM, Johannes Obermayr
wrote:
> Am Samstag, 22. Dezember 2012, 16:34:48 schrieben Sie:
>> On Sat, Dec 22, 2012 at 10:47 AM, Johannes Obermayr
>> wrote:
>> > Am Samstag, 22. Dezember 2012, 09:21:33 schrieb Matt Turner:
>> >> On Sat, Dec 22, 2012 at 9:16 AM, Johannes Obe
On Sat, Dec 22, 2012 at 10:47 AM, Johannes Obermayr
wrote:
> Am Samstag, 22. Dezember 2012, 09:21:33 schrieb Matt Turner:
>> On Sat, Dec 22, 2012 at 9:16 AM, Johannes Obermayr
>> wrote:
>> > This way the user has the privilege of last decision and so the option to
>> > build an optimized debug b
On Sat, Dec 15, 2012 at 5:34 PM, Vinson Lee wrote:
> This patch fixes these build errors.
> glxinit.c:18:25: error: GL/glxproto.h: No such file or directory
> glxinit.c:19:26: error: GL/glxtokens.h: No such file or directory
>
> Signed-off-by: Vinson Lee
> ---
> src/gallium/state_trackers/egl/SC
On Dec 12, 2012 8:30 AM, "Emil Velikov" wrote:
>
> Signed-off-by: Emil Velikov
Looks good.
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Nov 13, 2012 11:09 PM, "Ross Burton" wrote:
>
> The argument --without-glut is transformed to --with-glut=no, which the
logic
> wasn't handling at all so --without-glut didn't work. Rewrite the logic
to
> handle the case where the value passed to --with-glut is "no".
>
> Signed-off-by: Ross Bu
t; --
> > 1.7.10.4
> >
> > ___
> > mesa-dev mailing list
> > mesa-dev@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/mesa-dev
>
> Wow, it's been like that since 2008.
>
> Reviewed-
ugh, I could have sworn that when at
some point you did need glproto in order to #include . Good
catch.
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
the HAVE_MANGLED_GL conditional.
> >
> > On 07/11/2012 04:05 PM, Dan Nicholson wrote:
> >> Looks good to me. I wonder if the HAVE_MANGLED_GL conditional can be
> >> dropped at this point? Anyway,
> >>
> >> Reviewed-by: Dan Nicholson
> >
> >
t;
>> For the OSMesa changes, Laurent Carlier used @OSMESA_LIB@, so if you did
>> this patch using @GL_LIB@, it would at least be consistent with that.
>
> Great, thanks! Here is a patch.
Looks good to me. I wonder if the HAVE_MANGLED_GL conditional can be
dropped at this po
On Jun 23, 2012 7:47 AM, "Laurent Carlier" wrote:
>
> This also currently fix the installation of libOSmesa.
> ---
> configure.ac | 1 +
> src/mesa/drivers/osmesa/Makefile | 51
> src/mesa/drivers/osmesa/Makefile.am | 50
+
On 6/13/12, Eric Anholt wrote:
> Here's a bunch more automake. We're at the point that an enterprising
> person could potentially convert libmesa.a if they figure out how to
> work that into the gallium build. I also haven't converted osmesa,
> because I didn't think I knew of any tests for it (
freedesktop.org/enter_bug.cgi?product=Mesa])
> AC_CONFIG_AUX_DIR([bin])
> AC_CANONICAL_HOST
> -AM_INIT_AUTOMAKE([foreign -Wall])
> +AM_INIT_AUTOMAKE([foreign])
>
> dnl http://people.gnome.org/~walters/docs/build-api.txt
> dnl We don't support srcdir != builddir.
Reviewed
On 6/13/12, Mike Frysinger wrote:
> On Wed, Jun 13, 2012 at 8:13 AM, Dan Nicholson wrote:
>
>> On Tue, Jun 12, 2012 at 3:52 PM, Mike Frysinger
>> wrote:
>> > On Tue, Jun 12, 2012 at 6:47 PM, Dan Nicholson
>> wrote:
>> >>
>> >> On 6/12/12
On Tue, Jun 12, 2012 at 3:52 PM, Mike Frysinger wrote:
> On Tue, Jun 12, 2012 at 6:47 PM, Dan Nicholson wrote:
>>
>> On 6/12/12, Stéphane Marchesin wrote:
>> > From: Mike Frysinger
>> >
>> > The intent of the message above it is right (we need to b
e "make
driver_dirs" and have it work correctly. Some of that is already
there, and it would be useful to know which part is racing. I suppose
if no one is going to do that work, though...
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On 6/11/12, Eric Anholt wrote:
> On Mon, 11 Jun 2012 10:02:34 -0700 (PDT), Jose Fonseca
> wrote:
>> This breaks the SCons build, which parses src/glsl/Makefile.sources,
>> and can't understand "$(GLSL_SRCDIR)/" as it only supports a simple
>> subset of Make syntax.
>>
>> Is there some other way t
On 6/4/12, Brad King wrote:
> On 06/01/2012 05:49 PM, Dan Nicholson wrote:
>>> +AC_ARG_VAR([GL_LIB],[name of GL library @<:@default=GL@:>@])
>>> +AC_ARG_VAR([GLU_LIB],[name of GLU library @<:@default=GLU@:>@])
>>> +AC_ARG_VAR([OSMESA_LIB],[nam
On Jun 1, 2012 12:13 PM, "Brad King" wrote:
>
> Teach 'configure' to read the default GL_LIB, GLU_LIB, and OSMESA_LIB
> values from the environment. This allows one to mangle the library
> names (without also mangling the symbol names) to make them distinct
> from other GL libraries on the system
On May 25, 2012 7:23 AM, "Brian Paul" wrote:
>
> On 05/24/2012 05:45 PM, Eric Anholt wrote:
>>
>> It still has the flaw that changes to source lists and Makefile.ams
>> don't rebuild Makefile as often as they should. This is because our
>> top-level Makefile isn't in automake, and has just a stub
On 4/13/12, Olivier Galibert wrote:
> On Fri, Apr 13, 2012 at 11:06:18AM -0700, Ian Romanick wrote:
>> On 04/13/2012 08:47 AM, nobled wrote:
>> > Prevents this error with Automake 1.9:
>> >
>> > src/gallium/drivers/Makefile.am: C objects in subdir but
>> > `AM_PROG_CC_C_O' not in `configure.ac'
>>
On Feb 19, 2012 7:39 PM, "Tom Stellard" wrote:
>
> On Sun, Feb 19, 2012 at 10:13:48PM -0500, Matt Turner wrote:
> > Hi Tom,
> >
> > Very happy to see this. It looks good, and I'm glad that you replaced
> > two Makefiles with only a single Makefile.am. A couple of comments
> > below.
> >
> > On Sun
d appreciate if you could
take a look.
If that's the case,
Reviewed-by: Dan Nicholson
--
Dan
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
obably this line should just be removed, though, since configure.ac
is already setting -DGLX_USE_TLS and that's used in the code.
> AC_ARG_ENABLE([glx-tls],
> [AS_HELP_STRING([--enable-glx-tls],
> [enable TLS support in GLX @<:@default=disabled@:>@])],
You should change
2012/1/4 Ian Romanick :
> On 01/04/2012 11:05 AM, Michel Dänzer wrote:
>>
>> On Mit, 2012-01-04 at 10:56 -0800, Ian Romanick wrote:
>>>
>>> On 01/04/2012 10:55 AM, Daniel Stone wrote:
Hi,
On 4 January 2012 18:45, Ian Romanick wrote:
>
> Okay, I looked back at your buil
Sorry, life's extremely busy for me. Looks good at a glance. I didn't check
if GL is hardcoded in spots where $(GL_LIB) should be used or anything like
that, though.
Reviewed-by: Dan Nicholson
On Oct 12, 2011 1:30 PM, "tom fogal" wrote:
> *ping* any review?
>
> Dan
On Sun, Sep 25, 2011 at 12:06 PM, Gaetan Nadon wrote:
> On Sat, 2011-09-24 at 21:06 -0400, Matt Turner wrote:
>
> The patch has a few problems currently, and a few things that can possibly
> be
> done better:
> - Mainly, that building libmesa.a currently fails.
> - Not sure how to
On Sat, Sep 24, 2011 at 6:06 PM, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> The last discussion about using automake ("[RFC] Convert mesa to
> automake/libtool")
> ended without anything happening, probably because the branch wasn't ready.
>
> This patch is an attempt to get the bal
Hi Matt,
On Sat, Sep 24, 2011 at 6:06 PM, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> The last discussion about using automake ("[RFC] Convert mesa to
> automake/libtool")
> ended without anything happening, probably because the branch wasn't ready.
>
> This patch is an attempt to g
On Fri, Aug 5, 2011 at 7:25 AM, Benjamin Franzke
wrote:
> There is nothing compiled since GLW_SOURCES is not substituted by configure:
> Makefile.am:29
> libGLw_la_SOURCES = $(GLW_SOURCES)
>
> This would need AC_SUBST([GLW_SOURCES]) in configure.ac,
> but thats not allowed for _SOURCES variables,
On Fri, Aug 5, 2011 at 6:45 AM, Brian Paul wrote:
> On Thu, Aug 4, 2011 at 4:26 PM, Kenneth Graunke wrote:
>> Hey,
>>
>> I'd like to remove libGLw from the main Mesa repository. It never
>> changes, and almost noone uses it...because GL and Motif is awesome, right?
>>
>> Since Debian still packa
On Thu, Aug 4, 2011 at 7:55 PM, Chad Versace wrote:
> On 08/04/2011 04:17 PM, Jose Fonseca wrote:
>> - Original Message -
>>> On Thu, Aug 4, 2011 at 2:47 AM, Chad Versace
>>> wrote:
This is the first step in porting libGLES* and libEGL to Android.
The makefile doesn't build
On Thu, Aug 4, 2011 at 2:47 AM, Chad Versace wrote:
> This is the first step in porting libGLES* and libEGL to Android.
>
> The makefile doesn't build anything yet; it just defines common variables.
>
> The values for MESA_COMMON_C_FLAGS and MESA_COMMON_CPP_FLAGS, I obtained
> by invoking autogen.
On Jul 15, 2011 12:06 PM, "Andy Furniss" wrote:
>
> Andy Furniss wrote:
>
>> I have another problem though, vdpau-softpipe is not using my
>> LD_LIBRARY_PATH so fails to find where my lvdpau is.
>>
>> As you can see from below r600 does use it and adds
>> -L/home/andy/Src/Xorg-git/modular/lib and
2011/7/14 Brian Paul :
> On 07/13/2011 01:26 PM, Marcin Baczyński wrote:
>>
>> ---
>>
>> Without this patch CFLAGS=-fstrict-aliasing ./autogen.sh ... has no
>> effect,
>> as the flag is followed by -fno-strict-aliasing added by configure.
>>
>> configure.ac | 8
>> 1 files changed, 8
2011/7/14 Christian König :
> Hello list,
>
> I'm about to commit the attached patches, they add checks that the
> correct development packages are installed before enabling the different
> state trackers.
>
> Since me and autoconf are in a fight for several years now please take a
> look and check
Hi Jose,
On Sat, Jul 9, 2011 at 6:03 AM, Jose Fonseca wrote:
> I heard no concerns so I went ahead and made a branch where:
> - I removed GLUT
> - derived Mesa tarballs' file list from git ls-files.
>
> http://cgit.freedesktop.org/mesa/mesa/log/?h=robust-tarballs
>
> I've confirmed that both auto
On Sun, Jun 26, 2011 at 6:39 AM, Chia-I Wu wrote:
> From: Chia-I Wu
>
> The idea is that DRI driver, libGL and libOSMesa are libraries that can
> be independently enabled, yet --with-driver does not allow us to easily
> do that, if not impossible. This also matches what
> --enable-{egl,xorg,d3d1
ers becomes $GALLIUM_DRIVERS_DEFAULT. Could be:
case "$with_gallium_drivers" in
yes) with_gallium_drivers="$GALLIUM_DRIVERS_DEFAULT" ;;
no) with_gallium_drivers='' ;;
esac
Either way, good to catch this case.
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, Jun 7, 2011 at 11:13 AM, Brian Paul wrote:
> On 06/07/2011 11:26 AM, Jeremy Huddleston wrote:
>>
>> On Jun 7, 2011, at 1:01 PM, Jeremy Huddleston wrote:
>>
>>>
>>> On Jun 7, 2011, at 12:01 PM, Jeremy Huddleston wrote:
>>>
So what is the proper fix here? How should libOSMesa be gettin
uot;short" SHA1 for the current HEAD, convert
> # it to a string, and wrap it in a #define. This is used in
> --
> 1.7.4.1
Yeah this is needed for tarballs.
Reviewed-by: Dan Nicholson
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
ha1.h.tmp src/mesa/main/git_sha1.h
> +fi
> fi
> diff --git a/src/mesa/main/.gitignore b/src/mesa/main/.gitignore
> index e48030e..2575f44 100644
> --- a/src/mesa/main/.gitignore
> +++ b/src/mesa/main/.gitignore
> @@ -3,3 +3,4 @@ api_exec_es2.c
> get_es1.c
> get_
On Sun, May 1, 2011 at 2:53 PM, Marcin Slusarz wrote:
> Less recompiles...
Good idea. Couple nits.
> ---
> bin/extract_git_sha1 | 8 ++--
> 1 files changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/bin/extract_git_sha1 b/bin/extract_git_sha1
> index e6e6731..fc7bf85 100755
> ---
On Wed, Apr 27, 2011 at 4:06 AM, Jon TURNEY wrote:
> 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
On Tue, Apr 26, 2011 at 5:00 AM, Jon TURNEY wrote:
> Using -fvisibility=hidden makes the current cygwin gcc emit a warning
> "warning: visibility attribute not supported in this configuration; ignored"
> for every single non-static symbol
>
> $ make clean && make 2>&1 | grep "ignored" | wc -l
> 64
On Tue, Apr 26, 2011 at 5: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
>
> Signed-off-by: Jon TURNEY
> ---
> configure.ac | 2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
>
On Fri, Apr 22, 2011 at 8:52 AM, Dan Nicholson wrote:
> On Thu, Apr 21, 2011 at 4:39 AM, Marek Olšák wrote:
>> OpenSUSE is (was?) shipping r300g with LLVM disabled. Can you believe it?
>> Poor users with SWTCL chipsets... and bad reputation for us too.
>> ---
>> con
On Thu, Apr 21, 2011 at 4:39 AM, Marek Olšák wrote:
> OpenSUSE is (was?) shipping r300g with LLVM disabled. Can you believe it?
> Poor users with SWTCL chipsets... and bad reputation for us too.
> ---
> configure.ac | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/
On Mon, Apr 18, 2011 at 11:14 PM, Tilman Sauerbeck
wrote:
> Ian Romanick [2011-04-18 17:12]:
>> On 04/18/2011 04:48 PM, tom fogal wrote:
>> > Hey all,
>> >
>> > We recently became more aware of a dependency on python's libxml2 for
>> > building Mesa. We're not as proactive as we should be, but te
On Thu, Mar 31, 2011 at 3:41 PM, Eric Anholt wrote:
> On Thu, 31 Mar 2011 13:56:56 -0700, Corbin Simpson
> wrote:
>> On Thu, Mar 31, 2011 at 1:30 PM, Ian Romanick wrote:
>> > From: Ian Romanick
>> >
>> > ---
>> > Makefile | 8
>> > src/mesa/main/version.c | 7 +++
On Mon, Mar 14, 2011 at 5:23 PM, Brian Paul wrote:
> On Mon, Mar 14, 2011 at 4:03 PM, Jon TURNEY
> wrote:
>> 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-dr
.On Sun, Mar 6, 2011 at 11:20 AM, Andy Furniss wrote:
> Marek Olšák wrote:
>>
>> Hi,
>>
>> libtxc_dxtn has got new bug fixes in my private branch recently (e.g. Bug
>> 24016 was fixed and some piglit tests too) and I thought it would be
>> useful
>> to make an announcement.
>>
>> I have tagged lib
On Mon, Feb 21, 2011 at 9:11 PM, Chia-I Wu wrote:
> On Mon, Feb 21, 2011 at 8:12 PM, Tom Fogal wrote:
>> From: Tom Fogal
>>
>> Without this, we do not actually respect the request for TLS.
> What is your setup? The macro should be defined as part of $(CFLAGS).
> It may not be a good practice a
On Sun, Feb 20, 2011 at 3:04 PM, Sedat Dilek wrote:
>
> # LIBGL_DEBUG=verbose glxinfo 2>/dev/null | grep -i opengl
> OpenGL vendor string: Mesa Project
> OpenGL renderer string: Software Rasterizer
> OpenGL version string: 2.1 Mesa 7.11-devel
> OpenGL shading language version string: 1.20
> OpenGL
On Wed, Feb 16, 2011 at 5:37 AM, Jon TURNEY wrote:
> Fix a typo which meant that --enable-shared-glapi didn't actually cause a
> shared glapi to be built
>
> Signed-off-by: Jon TURNEY
> ---
> configure.ac | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/configure.a
On Mon, Feb 07, 2011 at 01:58:19PM +0800, Arthur Zhu wrote:
> From 7f26f3b6692a8a8061c0d817388505d4190e88a0 Mon Sep 17 00:00:00 2001
> From: Arthur Zhu
> Date: Mon, 7 Feb 2011 13:50:55 +0800
> Subject: [PATCH] Adding --enable-egl-dri2-x11&drm option.
>
> ---
> configure.ac | 34 +++
On Thu, Feb 3, 2011 at 5:26 AM, Arthur Zhu
wrote:
>
> Thanks your good suggestions.
>
> Arthur
>
>
> From 7034307045f1d334e25adf7f739c5144a9afcb46 Mon Sep 17 00:00:00 2001
> From: Arthur Zhu
> Date: Thu, 3 Feb 2011 21:12:04 +0800
> Subject: [PATCH] Adding -enable-egl-dri2 option.
>
> ---
> confi
On Tue, Feb 1, 2011 at 5:41 AM, Arthur Zhu
wrote:
> From: Arthur Zhu
>
> ---
> configure.ac | 29 +++--
> 1 files changed, 15 insertions(+), 14 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index 46938f4..8a429a7 100644
> --- a/configure.ac
> +++ b/configu
On Wed, Jan 26, 2011 at 3:17 AM, José Fonseca wrote:
> On Mon, 2011-01-24 at 20:52 -0800, Marek Olšák wrote:
>> Let's assume there are two options with names such that one is a substring
>> of another. Previously, if we only specified the longer one as a debug
>> option,
>> the shorter one would
On Mon, Jan 10, 2011 at 3:08 PM, tom fogal wrote:
> Dan Nicholson writes:
>> On Sun, Jan 9, 2011 at 2:32 PM, tom fogal wrote:
>> > Ping!
>> >
>> > No NAKs in ~5 days and one explicit request (on xorg-devel):
>> >
>> > =C2=A0http://perma
c. Not a big deal,
though. With the configs/default fix,
Reviewed-by: Dan Nicholson
--
Dan
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Dec 22, 2010 at 3:18 PM, tom fogal wrote:
> Alan Coopersmith writes:
>> On 12/22/10 02:30 PM, tom fogal wrote:
>>
>> We generally don't copy macros from the autoconf-archive into
>> xorg-macros, we just use them as is - adding *.m4 files to
>> packages that need them (especially when it's
On Mon, Dec 20, 2010 at 8:34 PM, Christopher James Halse Rogers
wrote:
> This an adds --enable-shared-dricore option to configure. When enabled,
> DRI modules will link against a shared copy of the common mesa routines
> rather than statically linking these.
>
> This saves about 30MB on disc with
On Sun, Dec 12, 2010 at 7:19 PM, Jammy Zhou wrote:
> Hi Chia-I,
>
> Glad to see the fix goes so fast, thanks! I believe the direction is
> promising. And I am not familiar with the mapi module of mesa, so just one
> minor comment for the "glapi: Fix OpenGL and OpenGL ES interop" patch.
>
> For cha
On Mon, Dec 6, 2010 at 9:15 AM, Brian Paul wrote:
> On 12/05/2010 02:06 AM, Bob Gleitsmann wrote:
>>
>> Hello,
>>
>> Can someone explain the value of including this in
>> mesa/src/gallium/Makefile.template:
>>
>> ifeq ($(MESA_LLVM),1)
>> LIBRARY_DEFINES += $(LLVM_CFLAGS)
>> endif
>>
>> ?
>> This e
n OpenGL ES only build can be configured with
>
> $ ./configure --disable-opengl --enable-gles-overlay
Just wanna say that I think this is great and the right way to go. I
always wanted to do this but never found the time. I'll try to do a
detailed review, but in case I don't
On Mon, Oct 25, 2010 at 12:10 PM, Matthew William Cox wrote:
> Hello list,
>
> There are still some places in the build system which directly call
> python. This is an issue now that python3 has started to become the
> default version, this is true on at least Arch Linux. The attached patch
> fixe
On Tue, Oct 19, 2010 at 5:24 AM, Julien Cristau wrote:
> On Tue, Oct 19, 2010 at 14:15:44 +0200, Thomas Hellstrom wrote:
>
>> On 10/19/2010 01:55 PM, Julien Cristau wrote:
>> >On Tue, Oct 19, 2010 at 13:31:35 +0200, Thomas Hellstrom wrote:
>> >
>> >>Hi!
>> >>
>> >>I've been trying to send a patch
On Tue, Oct 5, 2010 at 7:56 AM, Xavier Chantry wrote:
> On Sun, Sep 26, 2010 at 10:42 PM, Dan Nicholson wrote:
>>
>> Normally you do that because if the user has custom include paths, you
>> want them to be at the beginning of the command line.
>>
>> It'd
On Sat, Sep 25, 2010 at 12:24 PM, Xavier Chantry
wrote:
> On Fri, Sep 24, 2010 at 11:36 PM, Xavier Chantry
> wrote:
>> On Fri, Sep 24, 2010 at 3:15 PM, Luca Barbieri
>> wrote:
>>> Yes, that used to happen for me too.
>>>
>>> Just edit llvm-config to remove the offending text and ideally file a
On Tue, Aug 24, 2010 at 6:35 AM, Brian Paul wrote:
> On 08/24/2010 03:20 AM, Michel Dänzer wrote:
>>
>> On Don, 2010-08-19 at 18:11 -0700, Vinson Lee wrote:
>>>
>>> Module: Mesa
>>> Branch: master
>>> Commit: 9b7480cd95c2d1259e23bfb5549cefaa94ebaca1
>>> URL:
>>> http://cgit.freedesktop.org/mesa/m
On Thu, Aug 12, 2010 at 2:07 AM, Kevin H. Hobbs wrote:
> On 08/11/2010 05:18 PM, tom fogal wrote:
>> Right. This is exactly why Mesa's name mangling exists.
>> You mean you haven't been mangling this whole time? I guess I haven't
>> been reading these mails closely enough.
>>
>> -tom
>>
>
> It ju
On Fri, Aug 6, 2010 at 2:20 PM, tom fogal wrote:
> "Kevin H. Hobbs" writes:
>> On 08/06/2010 03:15 PM, tom fogal wrote:
>> > If you could build VTK with just a single GL library -- i.e. with
>> > just libOSMesa or just libGL, but not both -- and could reproduce
>> > the crash,= that would rule ou
On Tue, Jul 13, 2010 at 7:42 AM, Brian Paul wrote:
> On 07/13/2010 08:07 AM, Brian Paul wrote:
>>
>> I'm setting up the Mesa demos repo on a new system. autogen.sh fails
>> because it can't find GLEW. I think autogen is looking for GLEW in
>> /usr/include/GL/ and /usr/lib/libGLEW.a instead of usin
On Fri, Jun 18, 2010 at 9:00 AM, Jerome Glisse wrote:
> Hi,
>
> Some distribution (like Fedora) are thinking about making
> new package for mesa demos but so far there is no release
> for it.
>
> Another issue is the versioning of mesa demos, i expect
> that mesa demos will be more stable than mes
On Wed, Jun 16, 2010 at 4:20 PM, Jeremy Huddleston
wrote:
> Hey Tom,
>
> What version of OSX do you have? I hadn't pulled changes into my tree
> (http://cgit.freedesktop.org/~jeremyhu/mesa/log/?h=7.8) since the beginning
> of May, but I'm building that version just fine on Leopard and Snow Leopar
On Wed, Jun 16, 2010 at 9:55 AM, tom fogal wrote:
> Dan Nicholson writes:
>> On Tue, Jun 15, 2010 at 4:26 PM, Dan Nicholson wrote:
>> >>> I have a patch I was working on but haven't tested. I'll try
>> >>> to wrap it up tonight and shoot it ov
On Tue, Jun 15, 2010 at 4:26 PM, Dan Nicholson wrote:
> On Tue, Jun 15, 2010 at 3:32 PM, tom fogal wrote:
>> Dan Nicholson writes:
>>> On Tue, Jun 15, 2010 at 12:55 PM, tom fogal wrote:
>>> > Ian Romanick writes:
>>> >> > If there are no o
On Tue, Jun 15, 2010 at 3:32 PM, tom fogal wrote:
> Dan Nicholson writes:
>> On Tue, Jun 15, 2010 at 12:55 PM, tom fogal wrote:
>> > Ian Romanick writes:
>> >> > If there are no objections, I will clean up the release notes and
>> >> > make th
On Tue, Jun 15, 2010 at 12:55 PM, tom fogal wrote:
> Ian Romanick writes:
>> > If there are no objections, I will clean up the release notes and
>> > make the release tomorrow (Wednesday) morning. It looks like a
>> > few things got cherry-picked in the last week, so I'm assuming
>> > everything
On Tue, Jun 8, 2010 at 6:13 PM, Jakob Bornecrantz wrote:
> On Wed, Jun 9, 2010 at 2:41 AM, Dan Nicholson wrote:
>> On Tue, Jun 8, 2010 at 5:26 PM, Jakob Bornecrantz
>> wrote:
>>> On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul wrote:
>>>> Dan Nicholson wrote:
On Tue, Jun 8, 2010 at 5:26 PM, Jakob Bornecrantz wrote:
> On Tue, Jun 8, 2010 at 3:51 PM, Brian Paul wrote:
>> Dan Nicholson wrote:
>>>
>>> On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca wrote:
>>>>
>>>> On Mon, 2010-06-07 at 07:36 -0700, Br
On Tue, Jun 8, 2010 at 3:07 AM, José Fonseca wrote:
> On Mon, 2010-06-07 at 07:36 -0700, Brian Paul wrote:
>> Jakob Bornecrantz wrote:
>> > On Sat, Jun 5, 2010 at 6:03 PM, Jakob Bornecrantz
>> > wrote:
>> >> Since we don't have any progs in mesa that uses glew anymore is it
>> >> okay if we drop
2010/6/4 Kristian Høgsberg :
> On Fri, Jun 4, 2010 at 7:13 AM, Keith Whitwell wrote:
> ...
>> checking dynamic linker characteristics... GNU/Linux ld.so
>> checking how to hardcode library paths into programs... immediate
>> checking whether gcc and cc understand -c and -o together... yes
>> check
On Thu, May 13, 2010 at 7:40 AM, Kevin H. Hobbs wrote:
> On 05/12/2010 02:21 PM, Dan Nicholson wrote:
>>
>>
>> Yeah, but you also have to stop it from being linked to libGL. Here's
>> what I'd try on master, although I have tested it. You'll have to rer
On Wed, May 12, 2010 at 12:16:55PM -0400, Kevin H. Hobbs wrote:
> On 05/12/2010 11:45 AM, tom fogal wrote:
> > That said, I think Dan's idea of linking directly to libmesa is an
> > easier way to solve your problem.
> >
>
> Would that be done in :
>
> src/mesa/drivers/osmesa/Makefile
>
> by c
On Mon, May 10, 2010 at 6:54 PM, tom fogal wrote:
> Dan Nicholson writes:
>> On Mon, May 10, 2010 at 10:08 AM, Kevin H. Hobbs wrote:
>> > All I really want is Mesa with OSMesa from the development
>> > repository as the "reference" library for my VTK
On Mon, May 10, 2010 at 12:51 PM, Kevin H. Hobbs wrote:
> On 05/10/2010 03:25 PM, Kevin H. Hobbs wrote:
>>
>>
>> I really do not understand this missing symbol business since :
>>
>>
>> $ nm mesa/lib/libGL.so | grep _mesa_free_context_data
>> 00078030 t _mesa_free_context_data
>>
>> $ nm /
On Mon, May 10, 2010 at 11:17 AM, tom fogal wrote:
> Dan Nicholson writes:
>> On Mon, May 10, 2010 at 10:08 AM, Kevin H. Hobbs wrote:
>
>> > All I really want is Mesa with OSMesa from the development
>> > repository as the "reference" library for my V
On Mon, May 10, 2010 at 10:08 AM, Kevin H. Hobbs wrote:
>
> All I really want is Mesa with OSMesa from the development repository as
> the "reference" library for my VTK and ParaView nightly test builds.
./configure --with-driver=xlib ? That will link libOSMesa to libGL,
but that's what configs/l
On Tue, May 4, 2010 at 5:34 AM, Ben Gamari wrote:
> On Sun, May 2, 2010 at 12:46 PM, Dan Nicholson wrote:
>> Brian,
>>
>> I'm putting forward this request completely understanding your
>> position why you don't want automake and libtool in your project.
>&
On Mon, May 3, 2010 at 2:04 PM, Brian Paul wrote:
> Dan Nicholson wrote:
>>
>> Brian,
>>
>> I'm putting forward this request completely understanding your
>> position why you don't want automake and libtool in your project.
>> However, I think tha
On Mon, May 3, 2010 at 3:52 AM, wrote:
> Hey. I get following error when try to compile mesa-git with
> --enable-gallium-llvm.
>
> g++ -Wl,--hash-style=gnu -Wl,--as-needed -L/usr/lib/llvm -lpthread -lffi
> -ldl -lm lp_test_format.o lp_test_main.o -o lp_test_format
> -Wl,--start-group -lXext -
Brian,
I'm putting forward this request completely understanding your
position why you don't want automake and libtool in your project.
However, I think that mesa has outgrown the static Makefiles approach
for a number of reasons. For a project that's grown to the complexity
of mesa, I believe you
On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball wrote:
> Hi,
>
> http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
>
> gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
> gmake[2]: *** [../../../progs/egl/eglut/libeglut-screen.a] Error 2
> gmake[2]: *** Waiting f
On Fri, Apr 23, 2010 at 6:06 AM, Jakob Bornecrantz wrote:
> On 2010-04-23 13.03, Keith Whitwell wrote:
>>
>> On Fri, 2010-04-23 at 04:12 -0700, Jakob Bornecrantz wrote:
>>
>>>
>>> Hi all
>>>
>>> So mesa has a fair bit of branches just laying around not doing
>>> anything. I wrote a quick script th
1 - 100 of 106 matches
Mail list logo
