<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
So you should actually do (without removing anything out of files like<br>
I said to): --with-gallium-drivers=swrast,<wbr>llvmpipe<br></blockquote><div><br></div><div>Still no.  llvmpipe isn't a driver option.   --with-gallium-drivers=swrast specifies to use the gallium software rasterizer.  This will eable softpipe AND, if llvm is enabled (i.e.  --enable-gallium-llvm) also llvmpipe.  If you want the fastest software render usable with osmesa then use swr.  OSMesa requires that at least swrast be enabled, hence enabling swrast and swr.  This will give you OSMesa with softpipe, llvmpipe, and swr, with llvmpipe being the default.<br></div><div><br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

I actually don't know terribly much about openswr I just assumed it<br>
would be optimized in someway for distributed systems that hinders non<br>
distributed ones or designed with distributed as priority leaving out<br>
minor optimizations or something.</blockquote><div><br></div><div>Nope.  It's a common misunderstanding though since large distributed systems without GPUs was the target as most other environments will have GPUs.  It's developed entirely though for a single node with no awareness to distributed systems.  Anything beyond that is the applications responsibilty.<br><br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> And I am also not sure which version<br>
of OpenGL it supports or the extensions.+ the fact that it is the<br>
cause of a compilation error on the compilers system.</blockquote><div><br></div><div>They're vary close to feature parity.  From the current git / master (just past the 13.0 release):<br><br>llvmpipe:<br><span style="font-family:monospace,monospace">OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)<br>OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.1.0-devel (git-e3e5b1a)<br>OpenGL version string: 3.0 Mesa 13.1.0-devel (git-e3e5b1a)</span><br><br></div><div>swr:<br><span style="font-family:monospace,monospace">OpenGL renderer string: Gallium 0.4 on SWR<br>OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.1.0-devel (git-e3e5b1a)<br>OpenGL version string: 3.0 Mesa 13.1.0-devel (git-e3e5b1a)</span><br><br></div><div>As for extensions, llvmpipe -> swr:<br><span style="font-family:monospace,monospace">-GL_AMD_vertex_shader_viewport_index<br>-GL_ARB_copy_image<br>-GL_ARB_enhanced_layouts<br>-GL_ARB_fragment_layer_viewport<br>-GL_ARB_texture_buffer_range<br>-GL_ARB_texture_cube_map_array<br>-GL_ARB_texture_gather<br>-GL_ARB_texture_view<br>-GL_ARB_viewport_array<br>+GL_ARB_pipeline_statistics_query</span><br><br><br></div><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> For mesa 12.0.1<br>
swr is behind llvmpipe with extensions (at least from 4.0 core). So I<br>
still say llvmpipe is probably preferable but perhaps swr does have<br>
some performance advantage or is less buggy.<br></blockquote><div> </div><div>It's come a long way since 12.0.1.  The current 13.0.0 release is a major step forward since the inital release.  While I'm not one of the swr developers we do make extensive use of it in production environments.  Regarding performance diffferences, you'll likely see an increase by a factor of 10x - 100x over llvmpipe, that's typically what we see in VTK and ParaView.<br></div></div></div></div>