<br>Well, I guess I am not the only one!<br><br>This blog show exactly what I am looking for!<br><br><a href="http://quantile95.com/2008/10/31/ann-blas-bindings-for-haskell-version-06/">http://quantile95.com/2008/10/31/ann-blas-bindings-for-haskell-version-06/</a><br>
<br><br><br><div class="gmail_quote">On Wed, Jan 28, 2009 at 08:21, Rafael Gustavo da Cunha Pereira Pinto <span dir="ltr"><<a href="mailto:RafaelGCPP.Linux@gmail.com">RafaelGCPP.Linux@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I was planning to recompile everything (ATLAS, LAPACK and GHC included) this weekend, so I can have a similar environment on Windows and Linux... Having to "borrow" libraries <br>
<br>Since I am married, this means it will actually happen on some weekend till 2010. <br>
<br><br>What I really would like to try is a (purely?) functional approach to create a (P)LU decomposition of a matrix. I am not too much worried (at first) with performance or memory constraints, since I only want to see how beautiful it gets (or not!). (This one might happen somewhere in this century...)<br>
<br><br>Thanks anyway<div><div></div><div class="Wj3C7c"><br><br><br><div class="gmail_quote">On Wed, Jan 28, 2009 at 07:57, allan <span dir="ltr"><<a href="mailto:a.d.clark@ed.ac.uk" target="_blank">a.d.clark@ed.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi<br>
<br>
The INSTALL file in the hmatrix repository has some very clear instructions for installation on Windows.<br>
<a href="http://perception.inf.um.es/%7Earuiz/darcs/hmatrix/INSTALL" target="_blank">http://perception.inf.um.es/~aruiz/darcs/hmatrix/INSTALL</a><br>
<br>
However note this section at the bottom:<br>
"Unfortunately the lapack dll supplied by the R system does not include<br>
zgels_, zgelss_, and zgees_, so the functions depending on them<br>
(linearSolveLS, linearSolveSVD, and schur for complex data)<br>
will produce a "non supported in this OS" runtime error."<br>
<br>
Of course linearSolve is exactly what you will be wanting so this won't work for you.<br>
I ran into exactly this problem myself. I actually didn't get as far as a run-time error as I got a linker error.<br>
<br>
I don't have any solution for you though, sorry.<br>
<br>
regards<br>
allan<div><div></div><div><br>
<br>
<br>
<br>
Rafael Gustavo da Cunha Pereira Pinto wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>
<br>
<br>
Hi all,<br>
<br>
I am writing a program that uses hmatrix for solving some linear systems. The hmatrix package depends on BLAS, which, in turn, depend on GCC 4.2 to be built (at least ATLAS does).<br>
<br>
GHC 6.10 for Windows is pre-packaged with GCC 3.4.5, and it leaves me with the impression that I would have incompatible ABIs.<br>
<br>
My questions:<br>
<br>
1) Why GHC 6.10 still uses GCC 3.4.5 in Windows? I know mingw considers GCC 4.2 to be alpha, but, lets face it, 4.2 is almost obsolete!<br>
2) Is it possible to rebuild GHC 6.10, using Windows and GCC 4.2? Is there any guide for doing this?<br>
3) Has any of you tried hmatrix on Windows? How did you do it?<br>
<br>
Thanks,<br>
<br>
Rafael<br>
<br>
-- <br>
Rafael Gustavo da Cunha Pereira Pinto<br>
Electronic Engineer, MSc.<br>
<br>
<br></div></div>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</blockquote>
<br>
<br>
<br>
-- <br>
The University of Edinburgh is a charitable body, registered in<br>
Scotland, with registration number SC005336.<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Rafael Gustavo da Cunha Pereira Pinto<br>Electronic Engineer, MSc.<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Rafael Gustavo da Cunha Pereira Pinto<br>Electronic Engineer, MSc.<br>