aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/osmesa/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* automake: convert libOSmesaLaurent Carlier2012-07-131-51/+0
| | | | | | | | | | | | | This also currently fix the installation of libOSmesa. v2: Remove old Makefile, libOSmesa is now versioned, fix typos v3: Keep config substitution alphabetized v4: Update .gitignore v5: Libraries will be in the builddir, not the srcdir. Reviewed-by: Jon TURNEY <[email protected]> Reviewed-by: Eric Anholt <[email protected]> Tested-by: Matt Turner <[email protected]>
* Revert "Fix underlinking in libOSMesa since commit adefee5 "Always build ↵Brian Paul2012-02-021-2/+0
| | | | | | | shared glapi"" This reverts commit 4e5a8937d1a1bfb2a3bd067ed01e036728675fc2. ... to fix build with --enable-osmesa
* Revert "automake: src/mesa/drivers/osmesa"Matt Turner2012-01-311-0/+53
| | | | This reverts commit 275ac7e5c1fd6c1847a428192fe259e50690fced.
* automake: src/mesa/drivers/osmesaMatt Turner2012-01-301-53/+0
|
* Fix underlinking in libOSMesa since commit adefee5 "Always build shared glapi"Jon TURNEY2012-01-231-0/+2
| | | | | | | | | | | | Since we now always build shared glapi, this exposes the fact that libOSMesa was underlinked when glapi was built shared. Fix this by doing the same thing as drivers/X11/Makefile already does, ensuring that the library is linked with the shared glapi library. (I'm not clear why we link with both glapi.a and glapi.so, so this may be all wrong) Signed-off-by: Jon TURNEY <[email protected]>
* Remove talloc from the make and automake build systems.Kenneth Graunke2011-01-311-1/+1
|
* osmesa: mklib requires arguments before objectsChristopher James Halse Rogers2011-01-241-1/+1
| | | | | | | | | | | | | | | | Fixes the build when selecting driver=osmesa and building static libraries. Otherwise, mklib tries to add the ‘-ltalloc’ object to the archive, which obviously fails. Clients which statically link to osmesa will need to link to libtalloc also, as specified in the Libs.private of osmesa.pc. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33360 NOTE: This is a candidate for the 7.10 branch. Signed-off-by: Christopher James Halse Rogers <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* osmesa: link against libtallocOrion Poplawski2010-10-201-1/+1
| | | | | | Otherwise consumers have to, and that's lame. Signed-off-by: Adam Jackson <[email protected]>
* Add talloc to osmesa library dependenciesJon TURNEY2010-08-301-2/+2
| | | | | | also link osmesa with C++ standard libraries, as it now contains C++ code Signed-off-by: Jon TURNEY <[email protected]>
* osmesa: link with new libglsl.a libBrian Paul2010-08-111-2/+1
|
* osmesa: always build standalone for internal symbolsDan Nicholson2010-06-161-6/+0
| | | | | | | | | | | | | | | When building OSMesa and xlib GL, the resulting OSMesa would be linked against libGL instead of the internal mesa libraries. However, when building with -fvisibility=hidden, some of the internal functions used in OSMesa could not be resolved through libGL. Instead, always build OSMesa standalone without linking against libGL. This has the advantage that OSMesa is always built the same way, but it means that disk space is wasted when libGL is installed since both libraries will contain the internal objects. Signed-off-by: Dan Nicholson <[email protected]> Tested-by: Tom Fogal <[email protected]>
* glapi: Move to src/mapi/.Chia-I Wu2010-05-071-1/+2
| | | | Move glapi to src/mapi/{glapi,es1api,es2api}.
* osmesa: Fix a copy/paste error in building libOSMesaJeremy Huddleston2009-12-211-1/+1
| | | | Signed-off-by: Jeremy Huddleston <[email protected]>
* osmesa: added new GLSL libsBrian Paul2009-12-211-1/+5
|
* osmesa: Allow building standalone in all three channel widthsDan Nicholson2009-06-041-27/+9
| | | | | | | | | autoconf had been designating the 8 bit libOSMesa as the default standalone osmesa, but the Makefile expected it to be linked to libGL. Fix up the osmesa Makefile so that it allows any of the combinations of standalone and channel width to be built. Fixes bug #21980.
* mesa: OSMesa Makefile fixes (use LIB_DIR)Brian Paul2009-01-071-4/+3
|
* Apple: Cleaned up some linking and dylib ids issuesJeremy Huddleston2008-08-111-0/+2
|
* Always pass -linker and -ldflags to mklib for shared librariesDan Nicholson2008-07-121-6/+4
| | | | | | This just makes the use of mklib more consistent throughout Mesa where we always want to pass the linker and LDFLAGS when we might be making a shared library.
* Call mklib with $(SHELL) so the user controls the interpreterDan Nicholson2008-07-121-4/+2
| | | | | Respect the user's choice of shell when running mklib rather than always using /bin/sh.
* Move construction of libOSMesa.so into src/mesa/drivers/osmesa/MakefileBrian Paul2008-06-051-0/+74
This removes some cruft from src/mesa/Makefile. Something similar could be done for stand-alone / Xlib-Mesa libGL...
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-01 04:09:43 +0000