| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This allows to use mingw-w64 binaries on debian systems which already
include a (typically incomplete) 64 cross compiler.
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
These extra libs shouldn't hurt with LLVM 2.8 or older.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ParseSourceList() can be used to parse a source list file and returns
the source files defined in it. It is supposed to be used like this
# get the list of source files from C_SOURCES in Makefile.sources
sources = env.ParseSourceList('Makefile.sources', 'C_SOURCES')
The syntax of a source list file is compatible with GNU Make. This
effectively allows SConscript and Makefile to share the source lists.
Acked-by: José Fonseca <[email protected]>
Acked-by: Chad Versace <[email protected]>
|
|
|
|
| |
MinGW & MSVC, although I've only tested the former.
|
|
|
|
|
|
|
|
| |
Optional parallel rendering of spans using OpenMP.
Initial implementation for aa triangles. A new option for scons is
also provided to activate the openmp support (off by default).
Signed-off-by: Brian Paul <[email protected]>
|
|
|
|
| |
Based on a similar autoconf change from Marek.
|
| |
|
| |
|
|
|
|
| |
Necessary, in order to build the whole tree.
|
|
|
|
| |
'verbose' is affirmative, and much more common name for this sort of option.
|
| |
|
|
|
|
| |
To enable embedding in platforms other than linux.
|
| |
|
|
|
|
|
|
|
|
|
| |
Because:
- bindings are not fully automatic, and they are broken most of the time
- unit tests/samples can be written in C on top of graw
- tracing/retracing is more useful at API levels with stable ABIs such as
GL, producing traces that cover more layers of the driver stack and and
can be used for regression testing
|
|
|
|
|
| |
Included in LLVM 2.7+. Unlink udis86, should support all instructions that
LLVM can emit.
|
| |
|
|
|
|
|
| |
lex/yacc is not loaded by default when toolchain is not default either,
e.g., when toolchain=crossmingw.
|
|
|
|
|
|
|
|
|
|
|
| |
platform.system in SCons on Cygwin includes the OS version number.
Windows XP - CYGWIN_NT-5.1
Windows Vista - CYGWIN_NT-6.0
Windows 7 - CYGWIN_NT-6.1
Reduce all Cygwin platform variants to just 'cygwin' so anything
downstream can simply use 'cygwin' instead of the different full
platform names.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
It's still broken, however it doesn't show up on debug builds.
|
|
|
|
|
| |
It just takes forever, so it is inadequate for continuous testings
(i.e., checked and profile build types).
|
|
|
|
|
|
|
|
| |
Certain mingw32 cross compilers (e.g. RedHat's) defaults to use DLL gcc
runtime.
Given the main deliverable from this project are self-contained drivers,
which are loaded by any application, this dependency can cause havoc.
|
|
|
|
| |
Prevents missing symbols in libGL.so when LLVM is disabled.
|
|
|
|
|
| |
And run SConscripts if they are present.
Also make dri depend on both drm and x11.
|
|
|
|
| |
Silences warning about missing packages
|
| |
|
|
|
|
| |
Fixes libgl-xlib target.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Where checked build is compiler optimizations plus debugging checks --
ideal for testing CPU bound loads and running test automation loads.
|
|
|
|
|
| |
Where checked build is compiler optimizations plus debugging checks --
ideal for testing CPU bound loads and running test automation loads.
|
| |
|
|
|
|
|
| |
It seems to be working correctly with gcc 4.4, and enabling it allows to
test some of the llvmpipe instrinsics on Windows.
|
|
|
|
|
| |
This option is also needed for 64-bit builds if llvm is enabled.
Other the build fails during linking.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Mac OS X SCons build failed on 32-bit CPUs starting with commit
2f6d47a7c8d6e69e5154de44115aab9ba35a41d2 during linking of graw-null.
The build succeeds though on a 64-bit CPU. See FDO bug 29117.
This was the compiler error.
scons: building associated VariantDir targets: build/darwin-x86-debug
Linking build/darwin-x86-debug/gallium/targets/graw-null/libgraw.dylib ...
Undefined symbols:
"_lp_swizzled_cbuf", referenced from:
_lp_swizzled_cbuf$non_lazy_ptr in libllvmpipe.a(lp_rast.os)
_lp_swizzled_cbuf$non_lazy_ptr in libllvmpipe.a(lp_rast_tri.os)
(maybe you meant: _lp_swizzled_cbuf$non_lazy_ptr)
"_lp_dummy_tile", referenced from:
_lp_dummy_tile$non_lazy_ptr in libllvmpipe.a(lp_rast.os)
_lp_dummy_tile$non_lazy_ptr in libllvmpipe.a(lp_rast_tri.os)
_lp_dummy_tile$non_lazy_ptr in libllvmpipe.a(lp_setup.os)
(maybe you meant: _lp_dummy_tile$non_lazy_ptr)
The patch adds -fno-common to all Mac OS X builds to work around this issue.
|
|
|
|
| |
Workaround http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
Move it into a separate tool.
TODO: Needs to be "tooled" in each SConscript that uses it.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
LLVM's trunk is totally broken, at least for x86_64.
See http://www.llvm.org/bugs/show_bug.cgi?id=6429
|
| |
|
| |
|