<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Approximatrix Forums — Simply lapack]]></title>
		<link>http://forums.approximatrix.com/viewtopic.php?id=89</link>
		<atom:link href="http://forums.approximatrix.com/extern.php?action=feed&amp;tid=89&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Simply lapack.]]></description>
		<lastBuildDate>Thu, 09 Feb 2017 22:41:53 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=2741#p2741</link>
			<description><![CDATA[<p>Good grief, so&nbsp; &nbsp;m a n y&nbsp; &nbsp;views of this topic!</p><p>Anyone know why?&nbsp; I&#039;m curious.<br />---<br />J.</p>]]></description>
			<author><![CDATA[null@example.com (JohnWasilewski)]]></author>
			<pubDate>Thu, 09 Feb 2017 22:41:53 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=2741#p2741</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=2736#p2736</link>
			<description><![CDATA[<p>I&#039;m glad to hear you have LAPACK working!&nbsp; I&#039;m not sure why the project file didn&#039;t work in your case.</p>]]></description>
			<author><![CDATA[null@example.com (jeff)]]></author>
			<pubDate>Mon, 06 Feb 2017 12:30:49 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=2736#p2736</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=2735#p2735</link>
			<description><![CDATA[<p>Update - LAPACK is working fine for me now with SF 1.45. I downloaded the latest lapack v. 3.7.0, copied all of the blas and lapack .f files into a folder on my desktop plus the two files dlamch.f and slamch.f, then compiled and linked from the dos command line as follows:<br />gfortran -O2 -c *.f<br />ar rcs liblapack.a *.o<br />This created the proper liblapack.a file</p>]]></description>
			<author><![CDATA[null@example.com (victorh)]]></author>
			<pubDate>Mon, 06 Feb 2017 06:18:03 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=2735#p2735</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=2734#p2734</link>
			<description><![CDATA[<p>I have been trying to get LAPACK to work with SF 1.45 on my Windows 10 PC. I followed these steps:<br />1) Downloaded lapack version 3.5.0 as lapack-3.5.0.tgz from netlib.org site and unpacked/unzipped (using MacBook).<br />2) Copied resulting lapack-3.5.0 folder form MacBook to Windows 10 PC<br />3) Downloaded lapack-3.5.0.prz file using link in Jeff&#039;s post of 2014-12-20<br />4) Loaded lapack-3.5.0.prz project into SF, selected 64-bit compile option, then build now<br />Results:<br />- All of the many lapack and blas .f files compile as .o files and are placed into the build folder as expected<br />- The build process appears to complete, including the last step to build liblapack.a file, with no error messages or warnings<br />but... the liblapack.a file does not appear in the lapack-3.5.0 folder, or anywhere else on my PC. <br />Any ideas on what I&#039;m doing wrong would be much appreciated. Thanks.</p>]]></description>
			<author><![CDATA[null@example.com (victorh)]]></author>
			<pubDate>Sun, 05 Feb 2017 05:51:52 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=2734#p2734</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1724#p1724</link>
			<description><![CDATA[<p>I&#039;ve added dlamch.f and slamch.f to the LAPACK project at:</p><p><a href="http://download.approximatrix.com/sfortran/lapack-3.5.0.prj">http://download.approximatrix.com/sfort … -3.5.0.prj</a></p><p>If you download and use the new project, it should fix the missing files.</p>]]></description>
			<author><![CDATA[null@example.com (jeff)]]></author>
			<pubDate>Sat, 20 Dec 2014 16:53:40 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1724#p1724</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1723#p1723</link>
			<description><![CDATA[<p>@ Jeff:</p><p>Upon the first use of LAPACK, it appeared that file &quot;dlamch.f&quot; was missing - the same problem Carols had. </p><p>First, I created fresh folder with LAPACK source, copied &quot;dlamch.f&quot; from INSTALL to SRC folder and build the entire thing again.&nbsp; Upon successful build, I&#039;ve checked the &quot;Makefile&quot; and &quot;dlamch.f&quot; was not mentioned there. I tried to compile and run my program and got the same error message.</p><p>Second, I copied &quot;dlamch.f&quot; to my current project folder and added (right click &quot;Add File(s)&quot;) it to my currently opened SF project tree. After that the compilation and launching went through without reported errors.</p><p>Jeff, is there a way to add &quot;dlamch.f&quot;&nbsp; like the other LAPACK files, so it&#039;s there &quot;forever&quot; and I don&#039;t have to do this for each new program/project?<br />Thanks.</p>]]></description>
			<author><![CDATA[null@example.com (Boris_MV)]]></author>
			<pubDate>Sat, 20 Dec 2014 01:29:05 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1723#p1723</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1719#p1719</link>
			<description><![CDATA[<p>@Jeff<br />Thanks so much for the detailed instructions. The build went well:<br />====================================<br />...<br />...<br />...<br />Compiling .\SRC\zupmtr.f<br />Generating liblapack.a</p><p>* Complete * <br />====================================<br />So happy! :-)</p>]]></description>
			<author><![CDATA[null@example.com (Boris_MV)]]></author>
			<pubDate>Fri, 19 Dec 2014 19:23:51 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1719#p1719</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1710#p1710</link>
			<description><![CDATA[<div class="quotebox"><cite>Boris_MV wrote:</cite><blockquote><p>@ John</p><p>..I have to find eigenvalues/eigenvectors of large Hermitian matrices (size of about 20k) and have to do it for a large number of those matrices.</p></blockquote></div><p>We are not the same.&nbsp; Your effort appears to be directed more to advanced mathematics, in which you are content to throw computer resources at your work without any great regard for or distraction by clever ways of optimising the way those resources are used.</p><p>In my view, this is far more laudable, and cerebral, than what I do.&nbsp; I take pleasure from solving a problem that israther elementary compared with yours, but is handled with computer resources so minimal that it&#039;s hard to imagine it being possible.&nbsp; Or rather, that was how I started (with an Apple ][) and 8-bit M$Fortran.&nbsp; On such a system, with 48k of available memory, 128k of disk storage, no swapfile and an overlay linker, my finest hour was probably when I built a plane strain/[laine stress finite element plate-bending analysis program using 8-noded isoparametric rectangles with parabolic sides and shape functions, and 9 gauss points, which could analyse, solve and then post-process and print graphics output, for a problem with more than 80 elements.&nbsp; A run like the above would take 2 hours.&nbsp; </p><p>My contribution was a certain amount of skill and imagination in efficient coding, not the maths behind it - for which program authors Hinton and Owen were responsible, at Swansea.</p><p>The above is what I used once to do.&nbsp; Now that system resources are no longer in short supply, it makes no sense to try spend time compacting my code and storage, but I still do it! </p><p>What you do is far more worthwhile, albeit not necessarily quite as satisfying, and its why you need LAPACK and I ought to need it, but don&#039;t!</p><p>OVER AND OUT.<br />--- <br />John</p>]]></description>
			<author><![CDATA[null@example.com (JohnWasilewski)]]></author>
			<pubDate>Thu, 18 Dec 2014 19:29:01 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1710#p1710</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1709#p1709</link>
			<description><![CDATA[<p>The problem in the original project file was actually that the final command line for creating the library exceeded 32,768 characters, the maximum length supported by Windows.&nbsp; I&#039;ve uploaded a revised version of the project that has a renamed build folder (<em>bld</em> instead of <em>build</em>) that gets the command line length below the Windows limit.</p><p>The revised project can be downloaded from the same location:</p><p><a href="http://download.approximatrix.com/sfortran/lapack-3.5.0.prj">http://download.approximatrix.com/sfort … -3.5.0.prj</a></p><p>And it seems to be building fine now.</p>]]></description>
			<author><![CDATA[null@example.com (jeff)]]></author>
			<pubDate>Thu, 18 Dec 2014 16:19:52 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1709#p1709</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1705#p1705</link>
			<description><![CDATA[<div class="quotebox"><blockquote><p>Generating liblapack.a<br />The parameter is incorrect.</p><p>Error(E42): Last command making (liblapack.a) returned a bad status<br />Error(E02): Make execution terminated</p></blockquote></div><p>Could you please email me your Makefile to <a href="mailto:support@approximatrix.com">support@approximatrix.com</a>?&nbsp; It will have been created in the lapack-3.5.0 directory.&nbsp; It would appear that something might be wrong with the final step in generating the library.</p>]]></description>
			<author><![CDATA[null@example.com (jeff)]]></author>
			<pubDate>Wed, 17 Dec 2014 22:05:21 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1705#p1705</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1704#p1704</link>
			<description><![CDATA[<p>@ John</p><p>In my case, I have to find eigenvalues/eigenvectors of large Hermitian matrices (size of about 20k) and have to do it for a large number of those matrices. I was recommended to use Fortran+LAPACK+MPI on a supercomputer.</p>]]></description>
			<author><![CDATA[null@example.com (Boris_MV)]]></author>
			<pubDate>Wed, 17 Dec 2014 20:31:47 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1704#p1704</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1703#p1703</link>
			<description><![CDATA[<p>@Jef<br />Thanks once again. Everything went well till the end of compiling. There were 1789 Fortran (in SRC folders of LAPACK and BLAS) compiled, but got the following error message at the end:</p><p>======================================<br />Generating Makefile... Okay<br />======================================<br />Compiling .\BLAS\SRC\caxpy.f<br />Compiling .\SRC\cbbcsd.f<br />...<br />... (total 1789 files compiled)<br />...<br />Compiling .\SRC\zupgtr.f<br />Compiling .\SRC\zupmtr.f<br />Generating liblapack.a<br />The parameter is incorrect.</p><p>Error(E42): Last command making (liblapack.a) returned a bad status<br />Error(E02): Make execution terminated</p><p>* Failed *</p><p>Could you please advise, what might be wrong?<br />Thanks!</p>]]></description>
			<author><![CDATA[null@example.com (Boris_MV)]]></author>
			<pubDate>Wed, 17 Dec 2014 20:21:52 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1703#p1703</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1702#p1702</link>
			<description><![CDATA[<p>LAPACK is indeed terribly inefficient for most specialized, banded, or sparse arrays.&nbsp; It works wonderfully as a general-purpose linear algebra library (if you don&#039;t mind the Fortran-77-style calls), but it should generally not be used for large, spare matrices, especially if there is a known, specific, and efficient technique for solving a system. </p><p>That said, LAPACK forms the basis for an enormous amount of numerical software.&nbsp; &nbsp;It is easily the most downloaded package on the SF Package Manager (along with its BLAS dependency).</p>]]></description>
			<author><![CDATA[null@example.com (jeff)]]></author>
			<pubDate>Wed, 17 Dec 2014 18:02:55 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1702#p1702</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1699#p1699</link>
			<description><![CDATA[<p>Boris, I hope Jeff&#039;s advice helps you make it all work as you require.<br /></p><div class="quotebox"><cite>You wrote:</cite><blockquote><p>Fortran and SF is useless without LAPACK. Everyone needs these.</p></blockquote></div><p>I must say, I did not realise that LAPACK was as valuable as <em>that</em>!</p><p>I write programs which do a lot of linear algebra, particularly with banded symmetrical arrays for my equation coefficients.<br />Naturally, I don&#039;t waste memory by storing large numbers of off-diagonal zeros, outside the non-zero symmetrical band.</p><p>I use two storage strategies: </p><p>(1) storing only the half-bandwidth, either in a rectangular array, of size NEQ x HBW, where these integers are the number of equations and the half bandwidth, respectively, or in a 1-D vector.&nbsp; I write a simple function to retrieve element (i,j) for the full-size matrix from this compacted array of the half bandwidth.&nbsp; </p><p>(2) for problems in which the half bandwidth also contains a lot of zeros, I use &#039;Skyline&#039; array storage, with a 1-D vector of pointers to&nbsp; retrieve element (i,j) for the full-size uncompacted matrix.</p><p>I can see from the LAPACK website that it will solve Ax + B = C, where A is a full-size square matrix, but can you point me to where in LAPACK docs I can find how to use it to solve these same equations when A is a banded symmetrical matrix stored in the above two compacted forms, without the off-diagonal zeros?</p><p>I had thought it was not so good that it could do all this, and was only useful for use coding without a care in the world about efficient storage.&nbsp; &nbsp;</p><p>That is, I thought,<br /></p><div class="quotebox"><blockquote><p>LAPACK is useless with efficiently-stored arrrays.&nbsp; Everyone needs Fortran and SF for these.</p></blockquote></div><p>I&#039;d love you to prove me wrong.<br />--- <br />John</p>]]></description>
			<author><![CDATA[null@example.com (JohnWasilewski)]]></author>
			<pubDate>Wed, 17 Dec 2014 16:19:51 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1699#p1699</guid>
		</item>
		<item>
			<title><![CDATA[Re: Simply lapack]]></title>
			<link>http://forums.approximatrix.com/viewtopic.php?pid=1697#p1697</link>
			<description><![CDATA[<p>@ Jeff<br />Thanks very much Jeff. Let me try it and will get back with a post how it went.</p>]]></description>
			<author><![CDATA[null@example.com (Boris_MV)]]></author>
			<pubDate>Wed, 17 Dec 2014 01:22:36 +0000</pubDate>
			<guid>http://forums.approximatrix.com/viewtopic.php?pid=1697#p1697</guid>
		</item>
	</channel>
</rss>
