summaryrefslogtreecommitdiffstats
path: root/install-lib-links.mk
Commit message (Collapse)AuthorAgeFilesLines
* install-lib-links: don't depend on .libs directoryLucas Stach2015-02-191-2/+2
| | | | | | | | | | | | | This snippet can be included in Makefiles that may, depending on the project configuration, not actually build any installable libraries. In that case we don't have anything to depend on and this part of the makefile may be executed before the .libs directory is created, so do not depend on it being there. Cc: "10.3 10.4 10.5" <[email protected]> Reviewed-by: Matt Turner <[email protected]> Signed-off-by: Lucas Stach <[email protected]>
* mesa: Add clean-local rule to remove .lib links.Matt Turner2014-12-121-0/+6
|
* build: Let install-lib-links.mk handle .la files in subdirectories.Matt Turner2014-08-181-1/+1
| | | | | | | | | | | | | | | | | | | The next patches are going to combine some of the mapi subdirectories' Makefiles into a single Makefile, giving better build parallelism. lib_LTLIBRARIES will be set to something like lib_LTLIBRARIES = shared-glapi/libglapi.la es2api/libGLESv2.la and the current code in install-lib-links.mk simply prepends .libs/ and replaces the .la in order to create the filenames that it needs to ln/cp into the LIBDIR. This doesn't work when the .la file is actually in a subdirectory. This patch fixes this and puts .libs/ in the right place. Reviewed-by: Kristian Høgsberg <[email protected]> Reviewed-by: Emil Velikov <[email protected]>
* Partially revert "automake: allow only shared builds"Emil Velikov2014-03-311-0/+2
| | | | | | | | | | | | | | | Evidently at least static OSMesa is still used as shared one causes substantial increase in the load time for some programs that use it (from seconds up-to ~30min). Rather than forcing everyone to use shared mesa, revert commit a6efbac9fb502c4f0166e7a0680b6828e1f6926c and default to shared build when both shared and static are disabled. v2: Whitespace cleanup, drop silly comment. Reported-by: Burlen Loring <[email protected]> Reviewed-by: Matt Turner <[email protected]>
* automake: create compat symlinks only for linux systemsEmil Velikov2014-03-111-0/+2
| | | | | | | | | | | | | | | | | The primary users of these are linux developers, although it can be extended for *BSD and others if needed. Fixes make install for Cygwin and OpenBSD at least. v2: - Wrap vdpau targets as well. v3: - Fold HAVE_COMPAT_SYMLINKS conditional within install*links.mk Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=63269 Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Jon TURNEY <[email protected]> (v1) Reviewed-by: Christian König <[email protected]>
* configure: use LIB_EXT rather than hardcoded .soEmil Velikov2014-03-111-1/+1
| | | | | | | | | | | | | | | Some platforms different library extension - dll, dylib, a. Honor that when we are creating the required links. Rename LIB_EXTENSION to LIB_EXT while we're here. With libglapi linking aside, building classic drivers on non-linux platforms should be possible now. v2: Resolve conflicts. Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Jon TURNEY <[email protected]>
* automake: make install-lib-links less chattyEmil Velikov2014-03-111-1/+1
| | | | | | | | | There is little point in echoing everything that the script does to stdout. Wrap it in AM_V_GEN so that a reasonable message is printed as a indication of it's invocation. Signed-off-by: Emil Velikov <[email protected]> Reviewed-by: Jon TURNEY <[email protected]>
* build: Share the all-local rule for linking libraries into the build dirKristian Høgsberg2014-01-291-0/+14
This consolidates how we link the libraries into the build directory. It works for lib_LTLIBRARIES but not custom shared libraries like DRI drivers or gallium state trackers which needs special casing (cf dri mega drivers, for example) Signed-off-by: Kristian Høgsberg <[email protected]> Reviewed-by: Matt Turner <[email protected]>