summaryrefslogtreecommitdiffstats
path: root/scons/llvm.py
Commit message (Collapse)AuthorAgeFilesLines
* scons: add more LIBS for compiling with LLVM 2.9 on WindowsBrian Paul2011-08-261-0/+2
| | | | These extra libs shouldn't hurt with LLVM 2.8 or older.
* scons: Add support for LLVM-2.9 on Windows.José Fonseca2011-08-181-1/+15
| | | | MinGW & MSVC, although I've only tested the former.
* scons: Filter-out NDEBUG define from llvm-config.José Fonseca2011-07-111-1/+9
| | | | Based on a similar autoconf change from Marek.
* gallivm: Use LLVM MC disassembler, instead of udis86.José Fonseca2011-03-131-1/+1
| | | | | Included in LLVM 2.7+. Unlink udis86, should support all instructions that LLVM can emit.
* scons: We have C++ in several libraries, so always link with the C++ compilerJosé Fonseca2011-01-301-2/+0
| | | | Prevents missing symbols in libGL.so when LLVM is disabled.
* scons: Revamp how to specify targets to build.José Fonseca2010-11-011-5/+8
| | | | | | | | | | | | | | | | | | | | | | 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.
* scons: New build= option, with support for checked builds.José Fonseca2010-09-291-1/+1
| | | | | Where checked build is compiler optimizations plus debugging checks -- ideal for testing CPU bound loads and running test automation loads.
* scons: Make LLVM a black-white dependency.José Fonseca2010-04-111-7/+11
| | | | | | | Now that draw depends on llvm it is very difficult to correctly handle broken llvm installations. Either the user requests LLVM and it needs to supply a working installation. Or it doesn't, and it gets no LLVM accelerate pipe drivers.
* Revert "scons: Refuse to use LLVM 2.7 for now."José Fonseca2010-03-101-10/+0
| | | | | | | This reverts commit 44703217f73095c4946e06057e399e447b252576. http://www.llvm.org/bugs/show_bug.cgi?id=6429 has been fixed now. Things appear to be working reasonably so far.
* scons: Refuse to use LLVM 2.7 for now.José Fonseca2010-03-061-0/+10
| | | | | | LLVM's trunk is totally broken, at least for x86_64. See http://www.llvm.org/bugs/show_bug.cgi?id=6429
* scons: Fix version comparisons.José Fonseca2010-03-061-1/+2
|
* scons: Detect and support LLVM 2.7.José Fonseca2010-03-061-52/+80
|
* scons: LLVM <-> MSVC integration tweaks.José Fonseca2010-01-101-0/+10
|
* gallium: Provide alternative stdint.h and stdbool.h C99 headers, instead of ↵José Fonseca2010-01-101-0/+1
| | | | | | | | | | | | | ad-hoc definitions. Everybody is using the C99's integer types. Everybody except Microsoft, which in turns means everybody is including their own definitions of C99 integer types for MSVC, causing duplicate definitions when linking two projects. This is the case of building Gallium and LLVM with MSVC. Shipping alternative stdint.h and stdbool.h headers for MSVC allows us to share a single definition. It also removes clutter from the Gallium headers.
* scons: Make it work with MinGW build of LLVM 2.6.José Fonseca2009-11-251-25/+27
| | | | LLVM 2.5 is no longer supported on windows.
* scons: Hack LLVM support on Windows.José Fonseca2009-10-221-2/+43
| | | | | Doesn't quite work yet though, as small differences in the compilation flags used when building LLVM and Mesa cause link failures for STL symbols.
* llvmpipe: Make the code portable for MinGW.José Fonseca2009-09-161-1/+5
|
* scons: Don't set LLVM_VERSION if one of the llvm-config calls fails.Vinson Lee2009-09-071-8/+10
| | | | | Ubuntu 8.10 has llvm-config version 2.2, which doesn't have nativecodegen. This triggers an exception.
* scons: Used wrong exception class.José Fonseca2009-09-041-1/+1
|
* scons: Don't use scons internal functions.José Fonseca2009-09-041-13/+4
|
* scons: Tool for LLVM. Gracefully disable llvmpipe if LLVM not found.José Fonseca2009-09-011-0/+81