summaryrefslogtreecommitdiff
path: root/configs/autoconf.in
AgeCommit message (Collapse)Author
2011-02-11mesa: Optionally build a dricore support library (v3)Christopher James Halse Rogers
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 a full complement of classic DRI drivers. v2: Only enable with a gcc-compatible compiler that handles rpath Handle DRI_CFLAGS without filter-out magic Build shared libraries with the full mklib voodoo Fix typos v3: Resolve conflicts with talloc removal patches Signed-off-by: Christopher James Halse Rogers <christopher.halse.rogers@canonical.com>
2011-02-07egl: Implement libwayland-eglBenjamin Franzke
This library is required and defined by wayland for EGL implementations supporting wayland.
2011-01-31Remove talloc from the make and automake build systems.Kenneth Graunke
2011-01-20glapi: Fix OpenGL and OpenGL ES interop.Chia-I Wu
When --enable-shared-glapi is specified, libGL will share libglapi with OpenGL ES instead of defining its own copy of glapi. This makes sure an app will get only one copy of glapi in its address space. The new option is disabled by default. When enabled, libGL and libglapi must be built from the same source tree and distributed together. This requirement comes from the fact that the dispatch offsets used by these libraries are re-assigned whenever GLAPI XMLs are changed. For GLX, indirect rendering for has_different_protocol() functions is tricky. A has_different_protocol() function is assigned only one dispatch offset, yet each entry point needs a different protocol opcode. It cannot be supported by the shared glapi. The fix to this is to make glXGetProcAddress handle such functions specially before calling _glapi_get_proc_address. Note that these files are automatically generated/re-generated src/glx/indirect.c src/glx/indirect.h src/mapi/glapi/glapi_mapi_tmp.h
2011-01-20glapi: Fix OpenGL ES 1.1 and 2.0 interop.Chia-I Wu
Move _glapi_* symbols from libGLESv1_CM.so and libGLESv2.so to libglapi.so. This makes sure an app will get only one copy of glapi in its address space. Note that with this change, libGLES* and libglapi must be built from the same source tree and distributed together. This requirement comes from the fact that the dispatch offsets used by these libraries are re-assigned whenever GLAPI XMLs are changed.
2011-01-10Export TLS support in gl.pc.Tom Fogal
2011-01-10mesa: Remove GLES overlay.Chia-I Wu
With core mesa doing runtime API checks, GLES overlay is no longer needed. Make --enable-gles-overlay equivalent to --enable-gles[12]. There may still be places where compile-time checks are done. They could be fixed case by case.
2010-10-27Fix build on systems where "python" is python 3.Kenneth Graunke
First, it changes autoconf to use a "python2" binary when available, rather than plain "python" (which is ambiguous). Secondly, it changes the Makefiles to use $(PYTHON) $(PYTHON_FLAGS) rather than calling python directly. Signed-off-by: Xavier Chantry <chantry.xavier@gmail.com> Signed-off-by: Matthew William Cox <matt@mattcox.ca> Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
2010-09-07Make XF86VIDMODE extension optionalJon TURNEY
Code in glx/glxcmds.c which uses the XF86VIDMODE extension is already guarded. Also use that guard to control inclusion of the xf86vmode.h header, and only enable that guard if the XF86VIDMODE extension is found by pkgconfig. This changes the behaviour on platforms which XF86VIDMODE exists, in that XF86VIDMODE used to be mandatory, but is now optional. Presumably other build systems are already arranging for -DXF86VIDMODE to be supplied to the complier when glxcmds.c is compiled, so are not affected by this change Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>
2010-08-22mesa: Fix typo in autoconf.in that made talloc cflags still detect at runtime.Eric Anholt
2010-08-22mesa: AC_SUBST the talloc libs/cflags so the ./configure results are saved.Eric Anholt
I had used pkg-config from the Makefile because I didn't want to screw around with the non-autoconf build, but that doesn't work because the PKG_CONFIG_PATH or TALLOC_LIBS/TALLOC_CFLAGS that people set at configure time needs to be respected and may not be present at build time. Bug #29585
2010-07-30configure: fix wrong variable name GLESv1_LIB_DEPSLi Peng
GLESv1_CM_LIB_DEPS is defined in "configs/autoconf.in", but configure.ac uses GLESv1_LIB_DEPS. Signed-off-by: Li Peng <peng.li@linux.intel.com>
2010-07-16st/egl: Fix build on FreeBSD.Chia-I Wu
There is no libdl on FreeBSD. Based on patch from Thinker <thinker@branda.to>, which is against 7.8. This fixes fdo bug #29093.
2010-07-08egl_dri2: Support _EGL_PLATFORM_DRMKristian Høgsberg
This lets the egl_dri2 driver initialize on just a DRM fd.
2010-07-01Use GLW_CFLAGS when building libGLwDan Nicholson
We check for libX11 and libXt, so we might as well use the CFLAGS pkg-config tells us about.
2010-07-01Use GLUT_CFLAGS when building glutJohn Hein
Fix this build error (in MesaGLUT-7.6.1)... glut_cmap.c:23:66: error: X11/Xmu/StdCmap.h: No such file or directory ...by not preventing the cflags that pkg-config finds for glut dependencies (including 'xmu') from being used. Defining GLUT_CFLAGS before running the pkg-config prevents the cflags found by pkg-config from being used. This patch lets GLUT_CFLAGS that configure & pkg-config work so hard to set actually get used. Also make sure the generated configs/autoconf defines GLUT_CFLAGS used in (at least) src/glut/glx/Makefile. Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
2010-06-17egl: s/EGL_DISPLAY/EGL_PLATFORM/.Chia-I Wu
A platform is already used to mean a window system in EGL. No need to use a different term.
2010-06-04mesa: remove PROGRAM_DIRS from config filesBrian Paul
2010-05-31autoconf: Remove unused APIS.Chia-I Wu
It was used by glapi, which has been moved to mapi.
2010-05-12mesa/es: Merge back to core mesa.Chia-I Wu
With the omit list gone, there are not too many differences in building core mesa and ES overlay. Remove the mesa/es and build both of them in src/mesa/Makefile.
2010-05-08gallium: Add egl-apis target.Chia-I Wu
The new target installs client API modules to EGL_DRIVER_INSTALL_DIR. They are used by st/egl. The client APIs are built from OpenGL and OpenVG state trackers. For this to work, st/vega is modified to produce a static library, libvega.a, instead. st/es is also not needed any more. It is removed and --with-state-trackers=es is replaced by --enable-gles-overlay. As st/egl now has its own client API modules, this solves the ABI issue between st/egl and client APIs, as long as the client API modules are distributed with st/egl. Plus, this allows st/egl to support OpenGL with non-Gallium libGL.so.
2010-05-08Define OpenGL ES and OpenVG library names.Chia-I Wu
Define <API>_LIB, <API>_LIB_NAME, <API>_LIB_GLOB, and some other variables in the configs. Fix a typo in glesv1_cm.pc.in where an inexistent variable is used.
2010-05-05mesa: Fix build of ES overlay.Chia-I Wu
ES overlay is built with FEATURE_ES1 or FEATURE_ES2, and is built without FEATURE_GL. Fix the build by always building OpenGL ES sources, but test for FEATURE_ES1 or FEATURE_ES2. Also, define symbols that are missing because FEATURE_GL is not defined.
2010-05-04Fix gles .pc file generationKristian Høgsberg
2010-05-04Add egl.pc fileKristian Høgsberg
2010-05-02mesa: Only compile ES files when ES1 or ES2 are selectedKristian Høgsberg
This still requieres manual generation of the es1 and es2 glapis and is disabled by default.
2010-05-02Merge branch 'gles2-2'Kristian Høgsberg
Conflicts: src/mesa/drivers/dri/common/dri_util.h
2010-05-02Hook in install rules for es1 and es2Kristian Høgsberg
2010-05-02Add glesv2.pc and glesv1_cm.pc pkg-config files for ES 1 and 2Kristian Høgsberg
2010-04-28gles: Build libGLESv1_CM.so and libGLESv2.so from glapi filesKristian Høgsberg
2010-04-28configure.ac: Add options to enable GLES1/2 API supportKristian Høgsberg
2010-04-24llvmpipe: add initial autoconf support.Dave Airlie
allows the swrastg_dri.so to be built with llvmpipe, also links llvm to all dri drivers use --enable-gallium-llvm to use it. Signed-off-by: Dave Airlie <airlied@redhat.com>
2010-03-24gallium: Remove GALLIUM_WINSYS_DRM_DIRSJakob Bornecrantz
2010-03-23Change libX11 variables to not conflict with AC_PATH_XTRADan Nicholson
The variable X_LIBS from AC_PATH_XTRA contains only the -L searchdir parameter and not the -lX11 to link to Xlib. Use X11 prefixed build vars for linking with Xlib to avoid the conflict. Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
2010-03-13Use X_LIBS from pkg-config, instead of libdir, for locating libX11Jeff Smith
Signed-off-by: Jeff Smith <whydoubt@yahoo.com> Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
2010-03-09Merge commit 'origin/master' into gallium-sw-api-2Keith Whitwell
Conflicts: src/gallium/drivers/llvmpipe/lp_setup.c src/gallium/drivers/softpipe/sp_texture.c src/gallium/drivers/softpipe/sp_winsys.h src/gallium/state_trackers/egl/common/egl_g3d.c src/gallium/state_trackers/egl/x11/native_x11.c src/gallium/state_trackers/egl/x11/native_x11.h src/gallium/state_trackers/egl/x11/native_ximage.c
2010-03-08gallium: introduce target directoryKeith Whitwell
Currently there are still at least two functions bundled up inside the winsys concept: a) that of a backend resource manager, sometimes capable of performing present() operations, b) the initialization code/routine for the whole driver stack. The inclusion of (b) makes it difficult to share implementations of (a) between different drivers. For instance, a clean xlib winsys could be of use for software-rasterized VG, GLES, EGL, etc, stacks. But that is only true as long as there is no dependency from the winsys to higher level code, as would be the case when we include (b) in this component. This change creates a new gallium/targets subtree, specifically for implementing the glue needed to build individual driver stacks, and moves that code out of a single example winsys, namely xlib. Other drivers continue to build unchanged, but hopefully can migrate to this structure over time.
2010-03-06config: drop WINDOW_SYSTEM varGeorge Sapountzis
2010-02-05egl_dri2: Use pkg-config cflags and libs from configure outputKristian Høgsberg
Running pkg-config in Makefiles is bad form, since it doesn't respect the PKG_CONFIG_PATH value set at ./configure time.
2010-01-23egl: Install drivers to ${libdir}/egl.Chia-I Wu
Install EGL drivers to EGL_DRIVER_INSTALL_DIR, which is default to ${libdir}/egl.
2010-01-22egl: Remove USING_EGL and the related drivers.Chia-I Wu
They do not build for a long while and there seems to be no active users. It might be better for them to live in the git histroy.
2010-01-12st/egl_g3d: New EGL state tracker that uses Gallium.Chia-I Wu
This new (intermediate) EGL state tracker is the base work for EGL drivers that uses Gallium. It makes it easier to support new window systems. Currently, there is support only for X11. This driver supports multiple APIs (OpenVG, OpenGL, ...) and supports hardware acceleration through winsys/drm. Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
2010-01-11egl: Clean up the Makefile rules.Chia-I Wu
This allows libEGL to be built as a static library and removes libX11 from the dependencies. Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
2010-01-04Check for libdrm_$chipset.pc when neededKristian Høgsberg
This adds missing pkg-config lookup for intel and moves the radeon lookup into a case...esac so it's only looked up when one or more of the radeon drivers are enabled.
2010-01-02gallium: Hunt down all references to GALLIUM_AUXILIARY_DIRS.José Fonseca
2010-01-02autoconf: fix build breakageMarc Dietrich
2009-10-30Add --with-dri-searchpath argumentChow Loong Jin
* Add an extra argument to configure which allows for specifying different DRI driver search paths to libGL (FDO #24766) Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
2009-06-07Merge remote branch 'origin/master' into radeon-rewriteDave Airlie
2009-06-01Use separate $(MINSTALL) for installing librariesDan Nicholson
The special feature of bin/minstall to copy symlinks is only ever needed when installing libraries which may have .so symlinks. All the headers and directories can use a normal install program. These two modes are separated as $(INSTALL) and $(MINSTALL) to allow the user (or autoconf) to override installing normal files as they please. An autoconf check for the install program has been added and will be used in preference to minstall when available. Fixes bug 16053.
2009-03-20Merge remote branch 'main/master' into radeon-rewriteDave Airlie
Conflicts: src/mesa/drivers/dri/r300/r300_cmdbuf.c src/mesa/drivers/dri/r300/r300_state.c src/mesa/drivers/dri/r300/r300_swtcl.c src/mesa/drivers/dri/r300/radeon_ioctl.c src/mesa/drivers/dri/radeon/radeon_screen.c