<feed xmlns='http://www.w3.org/2005/Atom'>
<title>external_mesa3d/scons, branch replicant-6.0</title>
<subtitle>external/mesa3d
</subtitle>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/'/>
<entry>
<title>scons: remove all libudev references</title>
<updated>2016-10-18T16:06:21+00:00</updated>
<author>
<name>Emil Velikov</name>
<email>emil.velikov@collabora.com</email>
</author>
<published>2016-09-07T18:04:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=cb23fba3f39bfe6f41a1d6bcd5e08c83be61b241'/>
<id>cb23fba3f39bfe6f41a1d6bcd5e08c83be61b241</id>
<content type='text'>
Analogous to previous automake/autoconf commit.

Signed-off-by: Emil Velikov &lt;emil.velikov@collabora.com&gt;
Reviewed-by: Axel Davy &lt;axel.davy@ens.fr&gt;
Reviewed-by: Nicolai Hähnle &lt;nicolai.haehnle@amd.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Analogous to previous automake/autoconf commit.

Signed-off-by: Emil Velikov &lt;emil.velikov@collabora.com&gt;
Reviewed-by: Axel Davy &lt;axel.davy@ens.fr&gt;
Reviewed-by: Nicolai Hähnle &lt;nicolai.haehnle@amd.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Fix the Python dependency scanner.</title>
<updated>2016-10-14T15:52:13+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-10-14T15:51:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=b12606b693210fb6b327ec7cc7be6d9f79940198'/>
<id>b12606b693210fb6b327ec7cc7be6d9f79940198</id>
<content type='text'>
modulefinder wasn't searching for dependencies in the script dir.

It's not capable of detecting the sys.path manipulations scripts do
internally neither.

This change fixes the first issue, and hacks around the second.

Honestly, I've come to the conclusion that automatic Python dependency it will always be
too brittle.   I think we should start manually typing the dependencies
like we do in automake.  At very least it will enable any person to
eyeball and spot/fix missing dependencies, without dig into SCons internals.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
modulefinder wasn't searching for dependencies in the script dir.

It's not capable of detecting the sys.path manipulations scripts do
internally neither.

This change fixes the first issue, and hacks around the second.

Honestly, I've come to the conclusion that automatic Python dependency it will always be
too brittle.   I think we should start manually typing the dependencies
like we do in automake.  At very least it will enable any person to
eyeball and spot/fix missing dependencies, without dig into SCons internals.
</pre>
</div>
</content>
</entry>
<entry>
<title>svga: add opt to the list of valid build types</title>
<updated>2016-08-26T12:19:51+00:00</updated>
<author>
<name>Charmaine Lee</name>
<email>charmainel@vmware.com</email>
</author>
<published>2016-08-12T01:41:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=a5fd54f8bf6713312fa5efd7ef5cd125557a0ffe'/>
<id>a5fd54f8bf6713312fa5efd7ef5cd125557a0ffe</id>
<content type='text'>
For opt build, add VMX86_STATS to the list of cpp defines.

Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For opt build, add VMX86_STATS to the list of cpp defines.

Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: support 2.5.0</title>
<updated>2016-05-25T18:23:12+00:00</updated>
<author>
<name>Giuseppe Bilotta</name>
<email>giuseppe.bilotta@gmail.com</email>
</author>
<published>2016-05-25T13:32:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=1b62b47f6fcaf5a825a5a909c91e802bffae3b1d'/>
<id>1b62b47f6fcaf5a825a5a909c91e802bffae3b1d</id>
<content type='text'>
The get_implicit_deps changed in SCons 2.5, expecting a callable rather
than a path as third argument. Detect the SCons versions and set the
argument appropriately to support both 2.5 and earlier versions.

This closes #95211.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95211
Signed-off-by: Giuseppe Bilotta &lt;giuseppe.bilotta@gmail.com&gt;
Cc: mesa-stable@lists.freedesktop.org
Acked-by: Emil Velikov &lt;emil.velikov@collabora.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The get_implicit_deps changed in SCons 2.5, expecting a callable rather
than a path as third argument. Detect the SCons versions and set the
argument appropriately to support both 2.5 and earlier versions.

This closes #95211.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95211
Signed-off-by: Giuseppe Bilotta &lt;giuseppe.bilotta@gmail.com&gt;
Cc: mesa-stable@lists.freedesktop.org
Acked-by: Emil Velikov &lt;emil.velikov@collabora.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Improve Python module dependency discovery.</title>
<updated>2016-05-09T13:19:24+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-05-06T13:03:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=c521f2d7373a241a69238b95a8c0f3725a9da5ad'/>
<id>c521f2d7373a241a69238b95a8c0f3725a9da5ad</id>
<content type='text'>
Several NIR scripts were using `from ... import ...` syntax, which wasn't
supported.

Using Python standard libary's modulefinder solves the problem with less
effort and hacks.

Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Several NIR scripts were using `from ... import ...` syntax, which wasn't
supported.

Using Python standard libary's modulefinder solves the problem with less
effort and hacks.

Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Support Clang on Windows.</title>
<updated>2016-04-26T16:17:00+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-04-18T15:55:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=a2fe35bcdf3d383aaa5ad915b80630c8895d703d'/>
<id>a2fe35bcdf3d383aaa5ad915b80630c8895d703d</id>
<content type='text'>
- Introduce 'gcc_compat' env flag, for all compilers that define __GNUC__,
  (which includes Clang when it's not emulating MSVC.)

- Clang doesn't support whole program optimization

- Disable enumerator value warnings (not sure why Clang warns about them,
  as my understanding is that MSVC promotes enums to unsigned ints
  automatically.)

This is not enough to build with Clang + AddressSanitizer though.  More
follow up changes will be required for that.

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- Introduce 'gcc_compat' env flag, for all compilers that define __GNUC__,
  (which includes Clang when it's not emulating MSVC.)

- Clang doesn't support whole program optimization

- Disable enumerator value warnings (not sure why Clang warns about them,
  as my understanding is that MSVC promotes enums to unsigned ints
  automatically.)

This is not enough to build with Clang + AddressSanitizer though.  More
follow up changes will be required for that.

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Move fallback HAVE_* definitions to headers.</title>
<updated>2016-04-26T16:17:00+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-04-18T10:41:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=c068610a7df370af94fd6177598a35c4425a75f9'/>
<id>c068610a7df370af94fd6177598a35c4425a75f9</id>
<content type='text'>
These were being defined in SCons, but it's not practical:

- we actually need to include Gallium headers from external source trees, with
completely disjoint build infrastructure, and it's unsustainable to
replicate the HAVE_xxx checks or even hard-coded defines across
everywhere.

- checking compiler version via command line doesn't really work due to
  Clang essentially being like a cameleon which can fake either GCC or
  MSVC

There's no change for autoconf.

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
These were being defined in SCons, but it's not practical:

- we actually need to include Gallium headers from external source trees, with
completely disjoint build infrastructure, and it's unsustainable to
replicate the HAVE_xxx checks or even hard-coded defines across
everywhere.

- checking compiler version via command line doesn't really work due to
  Clang essentially being like a cameleon which can fake either GCC or
  MSVC

There's no change for autoconf.

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
Reviewed-by: Brian Paul &lt;brianp@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Show the unit test full path.</title>
<updated>2016-04-19T10:31:11+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-04-14T12:41:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=7d2151b6ea1f0e4f5c4dbee423969d3ef425b0c4'/>
<id>7d2151b6ea1f0e4f5c4dbee423969d3ef425b0c4</id>
<content type='text'>
Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Add a "check" target to run all unit tests.</title>
<updated>2016-04-14T06:19:04+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-04-13T12:31:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=50ddf03ada3cc167f7dcb6b26f82adb20162f983'/>
<id>50ddf03ada3cc167f7dcb6b26f82adb20162f983</id>
<content type='text'>
Except:
- u_cache_test -- too long
- translate_test -- unreliable (it's probably testing corner cases that
  translate module doesn't care about.)

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Except:
- u_cache_test -- too long
- translate_test -- unreliable (it's probably testing corner cases that
  translate module doesn't care about.)

Reviewed-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>scons: Allow building with Address Sanitizer.</title>
<updated>2016-04-13T05:54:32+00:00</updated>
<author>
<name>Jose Fonseca</name>
<email>jfonseca@vmware.com</email>
</author>
<published>2016-04-09T19:26:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.replicant.us/replicant/external_mesa3d/commit/?id=fa46848e51a619aba5a748316fe8fe4c2e17d243'/>
<id>fa46848e51a619aba5a748316fe8fe4c2e17d243</id>
<content type='text'>
libasan is never linked to shared objects (which doesn't go well with
-z,defs).  It must either be linked to the main executable, or (more
practically for OpenGL drivers) be pre-loaded via LD_PRELOAD.

Otherwise works.

I didn't find anything with llvmpipe.  I suspect the fact that the
JIT compiled code isn't instrumented means there are lots of errors it
can't catch.

But for non-JIT drivers, the Address/Leak Sanitizers seem like a faster
alternative to Valgrind.

Usage (Ubuntu 15.10):

   scons asan=1 libgl-xlib
   export LD_LIBRARY_PATH=$PWD/build/linux-x86_64-debug/gallium/targets/libgl-xlib
   LD_PRELOAD=libasan.so.2 any-opengl-application

Acked-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
libasan is never linked to shared objects (which doesn't go well with
-z,defs).  It must either be linked to the main executable, or (more
practically for OpenGL drivers) be pre-loaded via LD_PRELOAD.

Otherwise works.

I didn't find anything with llvmpipe.  I suspect the fact that the
JIT compiled code isn't instrumented means there are lots of errors it
can't catch.

But for non-JIT drivers, the Address/Leak Sanitizers seem like a faster
alternative to Valgrind.

Usage (Ubuntu 15.10):

   scons asan=1 libgl-xlib
   export LD_LIBRARY_PATH=$PWD/build/linux-x86_64-debug/gallium/targets/libgl-xlib
   LD_PRELOAD=libasan.so.2 any-opengl-application

Acked-by: Roland Scheidegger &lt;sroland@vmware.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
