[visit-developers] libGLU for volume plot?

Brad Whitlock whitlock2 at llnl.gov
Mon May 4 17:01:57 EDT 2009


I did test it by running because I expected the libV plugin to fail 
to load. It worked fine. Hmmm...

Brad


>Brad Whitlock <whitlock2 at llnl.gov> writes:
>>  I think we can try moving GLU to SLIVR_LIBS. I must have needed it
>>  for a reason if I'm the one who added it. Strangely, I don't seem to
>>  get bitten on Mac when I remove -lGLU from my Makefile. I must have
>>  needed -lGLU on Linux.
>
>Did you do a runtime test?  It built fine for me on Linux, just didn't
>work at runtime.
>
>-tom
>
>>  >Hi Tom,
>>  >
>>  >Thanks for the fast response.  I didn't see any glu methods either,
>>  >which I also thought was strange.
>>  >
>>  >It sounds like Brad is needed to have the final weigh in here.  I
>>  >appreciate your quick response on a Saturday, though, and I
>>  >appreciate the confirmation ... but I'd say hold off on any more
>>  >digging for now.
>>  >
>>  >Thanks!
>>  >-Hank
>>  >
>>  >--- On Sat, 5/2/09, tom fogal <tfogal at alumni.unh.edu> wrote:
>>  >
>>  >
>>  >From: tom fogal <tfogal at alumni.unh.edu>
>>  >Subject: Re: [visit-developers] libGLU for volume plot?
>>  >To: "VisIt Developers" <visit-developers at email.ornl.gov>
>>  >Date: Saturday, May 2, 2009, 12:46 PM
>>  >
>>  >Hank Childs <<>hankchilds at yahoo.com> writes:
>>  >>  It appears that libGLU came in for SLIVR changes (@R2974, but almost
>>  >>  certainly related to the larger changes @R2939).=A0 Do folks think
>>  >>  it would be OK= if I could move libGLU to the $SLIVR_LIBS variable?
>>  >
>>  >I haven't done an in-depth check (and since I'm at Utah everyone
>>  >assumes I'd know, but I'll emphasize that I don't!), but based on some
>>  >commit logs I'd say it came in for the 2D transfer function widget.
>>  >We're planning/hoping to reuse that for Tuvok as well.
>>  >
>>  >Thus it seems fine to move it to SLIVR_LIBS, but please put it in
>>  >TUVOK_LIBS (well, on the trunk) while you do so.
>>  >
>>  >I'm assuming we don't build the 2D TF widget unless SLIVR is also
>>  >enabled.  You might need to add some build magic to do that, if so.  If
>>  >you do, just doing it for SLIVR is fine; I'll volunteer to fix up the
>>  >Tuvok side, if needed.
>>  >
>>  >Actually a second grep through doesn't actually find any glu*
>>  >functions.  Maybe we can just remove it outright.  Gimme a sec...
>>  >
>>  >-tom
>>
>>
>>  --
>>  ======================================================================
>>  Brad Whitlock                   Lawrence Livermore National Laboratory
>>  whitlock2 at llnl.gov
>>  (925)424-2614
>>  ======================================================================
>>
>>  --Boundary_(ID_eINSzsmFMM7520/ikCHNrA)
>>  Content-type: text/html; charset="us-ascii"
>>
>>  <!doctype html public "-//W3C//DTD W3 HTML//EN">
>>  <html><head><style type="text/css"><!--
>>  blockquote, dl, ul, ol, li { padding-top: 0 ; padding-bottom: 0 }
>>   --></style><title>Re: [visit-developers] libGLU for volume
>>  plot?</title></head><body>
>>  <div>I think we can try moving GLU to SLIVR_LIBS. I must have needed
>>  it for a reason if I'm the one who added it. Strangely, I don't seem
>>  to get bitten on Mac when I remove -lGLU from my Makefile. I must have
>>  needed -lGLU on Linux.</div>
>>  <div><br></div>
>>  <div>Brad</div>
>>  <div><br></div>
>>  <div><br></div>
>>  <blockquote type="cite" cite>Hi Tom,<br>
>>  <br>
>>  Thanks for the fast response.&nbsp; I didn't see any glu methods
>>  either, which I also thought was strange.<br>
>>  <br>
>>  It sounds like Brad is needed to have the final weigh in here.&nbsp; I
>>  appreciate your quick response on a Saturday, though, and I appreciate
>>  the confirmation ... but I'd say hold off on any more digging for
>>  now.<br>
>>  <br>
>>  Thanks!<br>
>>  -Hank<br>
>>  <br>
>>  --- On<b> Sat, 5/2/09, tom fogal<i>
>>  &lt;tfogal at alumni.unh.edu&gt;</i></b> wrote:<br>
>>  <blockquote><br>
>>  From: tom fogal &lt;tfogal at alumni.unh.edu&gt;<br>
>>  Subject: Re: [visit-developers] libGLU for volume plot?<br>
>>  To: &quot;VisIt Developers&quot;
>>  &lt;visit-developers at email.ornl.gov&gt;<br>
>>  Date: Saturday, May 2, 2009, 12:46 PM<br>
>  > </blockquote>
>>  <blockquote>Hank Childs &lt;<a href="">hankchilds at yahoo.com</a>&gt;
>>  writes:<br>
>>  &gt; It appears that libGLU came in for SLIVR changes (@R2974, but
>>  almost<br>
>>  &gt; certainly related to the larger changes @R2939).=A0 Do folks
>>  think<br>
>>  &gt; it would be OK= if I could move libGLU to the $SLIVR_LIBS
>>  variable?<br>
>>  <br>
>>  I haven't done an in-depth check (and since I'm at Utah everyone<br>
>>  assumes I'd know, but I'll emphasize that I don't!), but based on
>>  some<br>
>>  commit logs I'd say it came in for the 2D transfer function
>>  widget.<br>
>>  We're planning/hoping to reuse that for Tuvok as well.<br>
>>  <br>
>>  Thus it seems fine to move it to SLIVR_LIBS, but please put it in<br>
>>  TUVOK_LIBS (well, on the trunk) while you do so.<br>
>>  <br>
>>  I'm assuming we don't build the 2D TF widget unless SLIVR is also<br>
>>  enabled.&nbsp; You might need to add some build magic to do that, if
>>  so.&nbsp; If<br>
>>  you do, just doing it for SLIVR is fine; I'll volunteer to fix up
>>  the<br>
>>  Tuvok side, if needed.<br>
>>  <br>
>>  Actually a second grep through doesn't actually find any glu*<br>
>>  functions.&nbsp; Maybe we can just remove it outright.&nbsp; Gimme a
>>  sec...<br>
>>  <br>
>>  -tom</blockquote>
>>  </blockquote>
>>  <div><br></div>
>>  <div><br></div>
>>  <x-sigsep><pre>--
>>  </pre></x-sigsep>
>>  <div
>>  >====================================================================<span
>>  ></span>==<br>
>>  Brad
>>  Whitlock&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span
>>  ></span>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Lawrence
>>  Livermore National Laboratory<br>
>>  whitlock2 at llnl.gov<br>
>>  (925)424-2614<br>
>>  ======================================================================</div
>>  >
>>  </body>
>>  </html>
>>
>>  --Boundary_(ID_eINSzsmFMM7520/ikCHNrA)--


-- 
======================================================================
Brad Whitlock                   Lawrence Livermore National Laboratory
whitlock2 at llnl.gov
(925)424-2614
======================================================================


More information about the visit-developers mailing list