Is it useful to have a pvserver binary that supports both GLX and OSMesa?  Usually an environment that requires pvserver osmesa doesn&#39;t have X11 installed, so you wouldn&#39;t want a binary with dependencies on X11.<br>

<br>Pat<br><br><div class="gmail_quote">On Fri, Oct 19, 2012 at 10:25 AM, Utkarsh Ayachit <span dir="ltr">&lt;<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Interesting. Although I am not sure if the mesa developers simply mean<br>
that you can build libGL and libOSMesa at the same time (which is<br>
indeed possible). But worth a try. I will test it out with the latest<br>
mesa and get back to the list. I am positive this didn&#39;t work with the<br>
7.* series.<br>
<span class="HOEnZb"><font color="#888888"><br>
Utkarsh<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Fri, Oct 19, 2012 at 10:20 AM, Kevin H. Hobbs &lt;<a href="mailto:hobbsk@ohio.edu">hobbsk@ohio.edu</a>&gt; wrote:<br>
&gt; On 10/18/2012 10:49 AM, Utkarsh Ayachit wrote:<br>
&gt;&gt; So we have onscreen and offscreen rendering and what type of offscreen<br>
&gt;&gt; rendering is used depends on whether we built with OSMesa. That was<br>
&gt;&gt; the case for the longest time. Now, with Mesa 7.9, Mesa folks decided<br>
&gt;&gt; that applications could no longer link against libOSMesa and libGL at<br>
&gt;&gt; the same time. That means that we can no longer support onscreen and<br>
&gt;&gt; offscreen with OSMesa in the same build of ParaView<br>
&gt;&gt; (<a href="http://paraview.org/Wiki/ParaView_And_Mesa_3D" target="_blank">http://paraview.org/Wiki/ParaView_And_Mesa_3D</a>). Of course, if someone<br>
&gt;&gt; has ideas on overcoming this issue, I&#39;m all ears.<br>
&gt;<br>
&gt;<br>
&gt; There has been some chatter on the Mesa developers list that sounds like<br>
&gt; this may be fixed.<br>
&gt;<br>
&gt; 1. The mesa build system underwent a _major_ overhaul.<br>
&gt; 2. building glapi as a shared object sounds like it _might_ overcome the<br>
&gt; mess that involved hidden/duplicate symbols, needed by both GL and OSMesa.<br>
&gt; 3. Then there&#39;s this resolved bug:<br>
&gt; <a href="https://bugs.freedesktop.org/show_bug.cgi?id=6980" target="_blank">https://bugs.freedesktop.org/show_bug.cgi?id=6980</a> that seems to say go<br>
&gt; ahead &quot;-lGL -lOSMesa&quot;<br>
&gt;<br>
&gt; I&#39;ll give it a try again.<br>
&gt;<br>
&gt;<br>
</div></div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br>