path: root/src/mapi/glapi/SConscript
AgeCommit message (Collapse)AuthorFilesLines
2013-10-30scons: Add missing dependencies to src/mapi/glapi/gen/*.xmlJosé Fonseca1-3/+4
Incremental builds were failing because not all generated source files were missing dependencies to src/mapi/glapi/gen/*.xml. Hopefully this change will be the end of these incremental build failures.
2013-05-21scons: Don't force stabs debug format for Mingw.José Fonseca1-5/+0
- recent gdb handles DWARF fine (tested both with version from mingw-w64 project, and 7.5-1 from mingw project) - was updated to handle DWARF - stabs requires ugly hacks to prevent compilation failures - mixing stabs/dwarf prevents proper backtraces (which is inevitable, given that the MinGW C runtime is pre-built with DWARF) For example, without this change I get: (gdb) bt #0 _wassert (_Message=0xf925060 L"Num < NumOperands && \"Invalid child # of SDNode!\"", _File=0xf60b488 L"llvm/include/llvm/CodeGen/SelectionDAGNodes.h", _Line=534) at ../../../../mingw-w64-crt/misc/wassert.c:51 #1 0x0368996b in _assert (_Message=0x39d7ee4 "Num < NumOperands && \"Invalid child # of SDNode!\"", _File=0x39d7e94 "llvm/include/llvm/CodeGen/SelectionDAGNodes.h", _Line=534) at ../../../../mingw-w64-crt/misc/wassert.c:44 #2 0x00000004 in ?? () #3 0x00000004 in ?? () #4 0x0f60b488 in ?? () #5 0x00000000 in ?? () While with this change I get: (gdb) bt #0 _wassert (_Message=0xfb982e8 L"Num < NumOperands && \"Invalid child # of SDNode!\"", _File=0xefbcb40 L"llvm/include/llvm/CodeGen/SelectionDAGNodes.h", _Line=534) at ../../../../mingw-w64-crt/misc/wassert.c:51 #1 0x039c996b in _assert (_Message=0x3d17f24 "Num < NumOperands && \"Invalid child # of SDNode!\"", _File=0x3d17ed4 "llvm/include/llvm/CodeGen/SelectionDAGNodes.h", _Line=534) at ../../../../mingw-w64-crt/misc/wassert.c:44 #2 0x033111cc in getOperand (Num=4, this=<optimized out>) at llvm/include/llvm/CodeGen/SelectionDAGNodes.h:534 #3 getOperand (i=4, this=<optimized out>) at llvm/include/llvm/CodeGen/SelectionDAGNodes.h:779 #4 llvm::SelectionDAG::getNode (this=0xf00cb08, Opcode=79, DL=..., VT=..., N1=..., N2=...) at llvm/lib/CodeGen/SelectionDAG/SelectionDAG.cpp:2859 #5 0x03377b20 in llvm::SelectionDAGBuilder::visitExtractElement (this=0xfb45028, I=...) at llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp:2803 [...] Reviewed-by: Brian Paul <>
2013-04-25scons: Support clang.José Fonseca1-1/+2
clang is supports most gcc options / extensions, with a some exceptions. The biggest advantage of using clang is that compilation times are much short. One can tell scons to use clang when building by invoking it as CC=clang CXX=clang++ scons libgl-xlib
2013-04-15build: Move src/mapi/mapi/* to src/mapi/Matt Turner1-1/+1
Tested-by: Emil Velikov <> Reviewed-and-Tested-by: Andreas Boll <> Reviewed-by: Jordan Justen <>
2013-01-21scons: Fix dependencies of generated headers.José Fonseca1-3/+1
It appears that scons implicit dependency scanners fail to chain dependencies of generated headers when these are outside the build tree. This patch ensures generated source files are _always_ put in the build tree. I'm not 100% this will fix all depency issues, but from my experiments it does seem to fix this. NOTE: For this to be effective it is necessary to clean the source tree from generated header/source files. Reviewed-by: Brian Paul <>
2012-11-01dispatch: Include GLES1-only functions in dispatch table.Paul Berry1-3/+3
Previously dispatch table-related code was generated from gl_API.xml, so it did not include slots for GLES1-only functions (such as those taking fixed-point arguments). This patch generates dispatch table-related code from gl_and_es_API.xml, so that GLES1-only functions are included. This paves the way for future patches that will unify the GLES1 dispatch table with the dispatch tables for the other APIs. The following generated files are affected: - glapi_x86.S - glapi_x86-64.S - glapi_sparc.S - glprocs.h - glapitemp.h - glapitable.h - glapi_gentable.c - dispatch.h - remap_helper.h Since this change affects makefiles, a full rebuild is required. Reviewed-by: Kenneth Graunke <> v2: Adjust dependencies to ensure that generated files will be rebuilt whenever any ES-related XML source files are changed. Reviewed-by: Chad Versace <>
2012-09-28scons: Disable build of assembly sources on Cygwin.Vinson Lee1-1/+1
The assembly sources currently do not build on Cygwin. Signed-off-by: Vinson Lee <> Reviewed-by: Brian Paul <>
2012-05-31scons: add code to generate the various GL API filesBrian Paul1-0/+25
This fixes recent build breakage when we began building the generated API files from xml as part of the normal build process. Fixes
2012-02-25scons: Don't build the assembly sources on Mac OS X.Vinson Lee1-1/+1
This patch allows the Mac OS X SCons build to complete. The assembly sources contain psuedo-ops that not are supported on Mac OS X. Signed-off-by: Vinson Lee <> Reviewed-by: José Fonseca <>
2012-01-26scons: Remove references to u_thread.cJosé Fonseca1-1/+0
For future reference: always run "git grep" on refactorings.
2011-11-29Remove windows kernel support code.José Fonseca1-72/+70
Not actively used. Reviewed-by: Brian Paul <>
2011-08-26scons: don't compile some files with -gstabs if using mingw32Brian Paul1-0/+5
Compiling some (large) files with i686-pc-mingw32-gcc 4.2.2 (at least) and the -gstabs option triggers a compiler error. Use this work-around to simply compile the effected files without -gstabs.
2011-06-17scons: Correct glapi USE_xxx_ASM flags.José Fonseca1-11/+4
2011-01-22scons: Add support for GLES.Chia-I Wu1-0/+5
GLES can be enabled by running scons with $ scons gles=yes When gles=yes is given, the build is changed in three ways. First, libmesa.a will be built with FEATURE_ES1 and FEATURE_ES2. This makes DRI drivers and libEGL support and advertise GLES support. Second, GLES libraries will be created. They are libGLESv1_CM, libGLESv2, and libglapi. Last, libGL or opengl32 will link to libglapi. This change is required as _glapi_* will be declared as __declspec(dllimport) in libmesa.a on windows. libmesa.a expects those symbols to be defined in another DLL. Due to this change to GL, GLES support is marked experimental. Note that GLES requires libxml2-python to generate some of its sources.
2010-12-18mapi: Clean up Wu1-1/+1
Rename MAPI_GLAPI_SOURCES to MAPI_UTIL_SOURCES. Rename macro MAPI_GLAPI_CURRENT to MAPI_MODE_UTIL. Update the comments to make it clear that mapi may be used in two ways and how.
2010-12-18mapi: Clean up u_current interface.Chia-I Wu1-0/+1
Try not to use macros to make u_current.h appear to be glapi.h. Use u_current.h to implement glapi.h instead whenever possible.
2010-12-02WIN32_THREADS -> WIN32José Fonseca1-1/+0
Fixes nasty bug where some parts of the code didn't define WIN32_THREADS and were using the integer mutex implementation, causing even confusion to the debuggers. And there is little interest of other thread implemenation on Win32 besides Win32 threads.
2010-11-01scons: Revamp how to specify targets to build.José Fonseca1-71/+72
Use scons target and dependency system instead of ad-hoc options. Now is simply a matter of naming what to build. For example: scons libgl-xlib scons libgl-gdi scons graw-progs scons llvmpipe and so on. And there is also the possibility of scepcified subdirs, e.g. scons src/gallium/drivers If nothing is specified then everything will be build. There might be some rough corners over the next days. Please bare with me.
2010-05-31glapi: Generate PIC objects.José Fonseca1-1/+1
Fixes fdo 28336.
2010-05-31glapi: Update SConscript for Windows.Chia-I Wu1-5/+15
Define macros to enable dllexport and thread support. Adjust the output path of mapi sources.
2010-05-07mapi: Add mapi and share the code with glapi.Chia-I Wu1-2/+10
Specifically, move all or most of glapi/glapi.c to mapi/u_current.c, glapi/glapi_execmem.c to mapi/u_execmem.c, glapi/glthread.[ch] to mapi/u_thread.[ch] and remove their dependencies on core Mesa headers.
2010-05-07glapi: Move to src/mapi/.Chia-I Wu1-0/+64
Move glapi to src/mapi/{glapi,es1api,es2api}.