- Jul 21, 2023
-
-
Eric Engestrom authored
- Jan 14, 2023
-
-
Khem Raj authored
Fixes errors like src/libnurbs/internals/varray.cc:76:5: error: ISO C++17 does not allow 'register' storage class specifier [-Wregister] register long ds = sgn(arc->tail()[0] - arc->prev->tail()[0]); ^~~~~~~~~ Signed-off-by:
Khem Raj <raj.khem@gmail.com>
-
- Jun 17, 2022
-
-
Jeremy Huddleston Sequoia authored
apple: Fix compatibility version and current version of meson build to be compatible with autotools build Signed-off-by:
Jeremy Huddleston Sequoia <jeremyhu@apple.com>
-
- Jul 09, 2021
-
-
Kevin Bowling authored
-
Kevin Bowling authored
-
- Jul 08, 2021
-
-
Kevin Bowling authored
-
- Jun 24, 2021
-
-
Signed-off-by:
Nicolas Caramelli <caramelli.devel@gmail.com>
-
Matt Turner authored
Long ago when GLU lived in the Mesa repository, there was "name mangling" support that allowed you to build Mesa and GLU with all exported symbols' names "mangled". That is, the symbol names would typically be prefixed with an 'm' so that they would not collide with the system's OpenGL implementation. When GLU was split out into its own repository in 2012 we didn't bring over the name mangling support. No one has noticed this lack of functionality since, to my knowledge. Remove the name mangling header (which was unexpectedly licensed under the GPL).
-
Dylan Baker authored
-
Dylan Baker authored
This should be on par with the autoconf build. Like autoconf it defauilts to generating both a shared and static library. I have intentionally not used the pkg-config template, and used Meson's pkg-config generator instad. This provides dependency and include tracking that would otherwise have to be done manually.
- Jun 23, 2021
-
-
Dylan Baker authored
-
Kevin Bowling authored
-
- Oct 08, 2020
-
-
Lucas Stach authored
Right now the the enableval isn't checked, so the debug options are added for --enable-debug and --disable-debug, which is quite surprising for a user. Fix this to properly handle the disable case. Reviewed-by:
Marek Olšák <marek.olsak@amd.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
- Jul 23, 2019
-
-
Matt Turner authored
Signed-off-by:
Matt Turner <mattst88@gmail.com>
-
Matt Turner authored
Signed-off-by:
Matt Turner <mattst88@gmail.com>
-
Matt Turner authored
Fixes: #5 Reviewed-by:
Eric Engestrom <eric@engestrom.ch>
-
Fixes: #2 Reviewed-by:
Eric Engestrom <eric@engestrom.ch> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
- Jun 05, 2019
-
-
Krzysztof Kosiński authored
This keyword no longer exists in C++17 and has long been a no-op.
-
- Jun 10, 2016
-
-
In case of malloc() failure memory allocated for both 'srcImage' and 'dstImage' is leaked. Patch simplified by Brian Paul. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=96480 Signed-off-by:
Amarnath Valluri <amarnath.valluri@intel.com> Reviewed-by:
Brian Paul <brianp@vmware.com>
-
- Feb 22, 2013
-
-
Matt Turner authored
Tested-by:
Blaž Hrastnik <speed.the.bboy@gmail.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=61003
-
- Jan 02, 2013
-
-
pqNewPriorityQ() function creates and setups PriorityQ structure, all except for the field "order". It is filled later in function pqInit(). Depending on vertices of polygon which must be tesselated there possible following situation, pqDeletePriorityQ() is called right after pqNewPriorityQ() function. pqNewPriorityQ() tries to free memory using pq->order as pointer, which is unitialized at this point. Signed-off-by:
Brian Paul <brianp@vmware.com>
-
- Sep 17, 2012
-
-
Matt Turner authored
-
Matt Turner authored
- Aug 29, 2012
-
-
Matt Turner authored
Appends -g -O0 to CFLAGS and CXXFLAGS.
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Matt Turner authored
-
Now that it's split out from Mesa, we don't have the old build system.
-
- May 21, 2012
-
-
This patch removes two Clang warnings in GLU: The first one seems to be an actual bug in mapdesc.cc: Clang complains that sizeof(dest) will return the size of REAL*[MAXCOORDS], instead of the intended REAL[MAXCOORDS][MAXCOORDS]. The second one is just cosmetic because Clang doesn't like extra parentheses. NOTE: This is a candidate for the 8.0 branch Reviewed-by:
Brian Paul <brianp@vmware.com>
-
- Nov 09, 2011
-
-
Jose Fonseca authored
-