| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This serves several purposes:
- disable caching in situations were is it useless or undesired
- share caches among all trees
- simplify purging the cache (when it's a single location)
- move the cache out of the tree, since that slows downs IDEs considerably
To retain previous behavior just define do
export SCONS_CACHE_DIR=$PWD/build/cache
before invoking scons.
|
| |
|
| |
|
|
|
|
| |
(cherry picked from commit f1afb352daf0e74751c99254592eef863c64392a)
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Necessary for _aligned_malloc/free().
|
| |
|
| |
|
|
|
|
| |
ld on Mac OS X does not recognize the option '-Bsymbolic'.
|
| |
|
|
|
|
| |
The existing code only checked for GCC 4.2.x and 4.3.x.
|
| |
|
|
|
|
| |
could use a better test here though.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/drivers/dri/intel/intel_screen.c
src/mesa/drivers/dri/intel/intel_swapbuffers.c
src/mesa/drivers/dri/r300/r300_emit.c
src/mesa/drivers/dri/r300/r300_ioctl.c
src/mesa/drivers/dri/r300/r300_tex.c
src/mesa/drivers/dri/r300/r300_texstate.c
|
| |
| |
| |
| | |
Mac OS X ld does not support these options.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| | |
|
| |
| |
| |
| | |
Progs are now built together with the rest so no longer needed.
|
| |
| |
| |
| | |
Use bin subdir for windows dlls, lib for unices.
|
| | |
|
| |
| |
| |
| | |
Fixes windows build.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Some of the demo progams legitimately need the functionality
that's disabled by WIN32_LEAN_AND_MEAN.
Instead the solution should be to define WIN32_LEAN_AND_MEAN just before
including windows.h on a case by case basis.
|