android-x86-mesa.git/configs/linux-llvm, branch r300 Androïd/x86 port of Mesa drivers https://git.hiegel.fr/cgit/android-x86-mesa.git/atom?h=r300 2011-03-14T20:05:56Z autoconf/make: Don't specify individual llvm libraries. 2011-03-14T20:05:56Z José Fonseca jfonseca@vmware.com 2011-03-14T19:58:22Z urn:sha1:202c345c7cf5074c0d0be208067c072c2f53535a We need more and more of these, and it is difficult and prone to version incompatability issues trying to single out every one of them. This mimicks what was done in SCons. gallivm: Use LLVM MC disassembler, instead of udis86. 2011-03-13T19:24:26Z José Fonseca jfonseca@vmware.com 2011-03-13T19:24:26Z urn:sha1:e6314db0ac537695a20feb5fab8d77a30836eccf Included in LLVM 2.7+. Unlink udis86, should support all instructions that LLVM can emit. Remove talloc from the make and automake build systems. 2011-01-31T18:17:09Z Kenneth Graunke kenneth@whitecape.org 2011-01-17T00:01:54Z urn:sha1:d1d8120545b0bd2f7ec48c5f03c77b967b082e04 mesa/llvm: use llvm-config --cppflags 2010-12-06T17:11:00Z Brian Paul brianp@vmware.com 2010-12-06T17:10:58Z urn:sha1:c1095f0b0c636832acdfeb5dbf5595cb9b8bf513 Use --cppflags instead of --cflags so that we get the -I and -D flags we want, but not compiler options like -O3. A similar change should probably be made for autoconf. mesa: consolidate some compiler -D flags 2010-12-03T20:52:59Z Brian Paul brianp@vmware.com 2010-12-03T17:59:52Z urn:sha1:b87369e863c4c9650ef3a04a111e9ca79bca9e08 -D__STDC_CONSTANT_MACROS and -D__STDC_LIMIT_MACROS are only needed for LLVM build. configs: added -ltalloc to config files 2010-08-11T21:06:13Z Brian Paul brianp@vmware.com 2010-08-11T20:28:55Z urn:sha1:dcb3a2899eb6c6601317500b9fb24c29b5d28299 mesa: add -D__STDC_CONSTANT_MACROS to linux-llvm 2010-04-14T20:32:09Z Brian Paul brianp@vmware.com 2010-04-08T19:41:50Z urn:sha1:816fe9dd094ea3fc7355ddfaf366062cc37193e6 This is needed in more places (st_cb_feedback.c) since the new LLVM code has been added to the gallium/draw module. scons: Make LLVM a black-white dependency. 2010-04-11T08:17:34Z José Fonseca jfonseca@vmware.com 2010-04-10T01:41:39Z urn:sha1:ea532f0e725bd68e7784189c9b7f6f7bf7f9d901 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. auto detect llvm version 2010-03-26T22:56:02Z Chris Li chrisl@vmware.com 2010-03-22T20:27:32Z urn:sha1:d4b103e031b7647012733641b8a31c19b8b852fb llvmpipe: remove -m32 flag from linux-llvm config 2010-03-17T16:53:55Z Brian Paul brianp@vmware.com 2010-03-17T16:53:55Z urn:sha1:b22bb34533050bda0c207008a4933ccbbe69bf8e