<br><br><div class="gmail_quote">On Mon, Dec 10, 2012 at 4:59 PM, Frank Loeffler <span dir="ltr">&lt;<a href="mailto:knarf@cct.lsu.edu" target="_blank">knarf@cct.lsu.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On Mon, Dec 10, 2012 at 03:56:08PM -0600, Frank Loeffler wrote:<br>
&gt; Try installing the gsl-devel package. This should have been caught by<br>
&gt; the GSL configuration script though.<br>
<br>
</div>Having said that, sl6.cfg specifies a GSL dir (and sets it to /usr).<br>
I don&#39;t think this is a good idea. If gsl is installed in /usr the<br>
configure script should be able to find it (and catch your problem) and<br>
then build the included gsl version. Should this definition be removed<br>
or is there a reason for it to be there?<br></blockquote><div><br></div><div>You&#39;re right. It&#39;s probably better to not have it in there in case the user doesn&#39;t have the gsl-devel package installed. I have removed this (and some other similarly unnecessary options) from the optionlist. I also fixed a bug in the optionlist which prevented it from working with fortran code.</div>

<div><br></div><div>Joe, can you try the latest sl6.cfg and see if that now works for you?</div><div><br></div><div>Barry</div></div>