History log of /external/mesa3d/src/gallium/auxiliary/gallivm/lp_bld.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
efc82aef35a2aac5d2ed9774f6d28f2626796416 01-Dec-2010 Brian Paul <brianp@vmware.com> gallivm/llvmpipe: squash merge of the llvm-context branch

This branch defines a gallivm_state structure which contains the
LLVMBuilderRef, LLVMContextRef, etc. All data structures built with
this object can be periodically freed during a "garbage collection"
operation.

The gallivm_state object has to be passed to most of the builder
functions where LLVMBuilderRef used to be used.

Conflicts:
src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c
src/gallium/drivers/llvmpipe/lp_state_setup.c
/external/mesa3d/src/gallium/auxiliary/gallivm/lp_bld.h
e0b5c6f9217e27c4a8f97c08f5bb488312429af8 10-May-2010 Brian Paul <brianp@vmware.com> gallivm/llvmpipe: move an old comment to a better location
/external/mesa3d/src/gallium/auxiliary/gallivm/lp_bld.h
ea532f0e725bd68e7784189c9b7f6f7bf7f9d901 10-Apr-2010 José Fonseca <jfonseca@vmware.com> scons: Make LLVM a black-white dependency.

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.
/external/mesa3d/src/gallium/auxiliary/gallivm/lp_bld.h
0d71ba46e613230c84165106c1fcc9027dec4cd3 15-Mar-2010 Brian Paul <brianp@vmware.com> gallivm/llvmpipe: rename os_llvm.h to lp_bld.h

The llvm wrapper wasn't really an OS thing.

Use lp_bld.h for now but we eventually should rename/re-prefix all the
files/functions in the gallivm/ directory.
/external/mesa3d/src/gallium/auxiliary/gallivm/lp_bld.h