{"id":7265,"date":"2014-06-03T23:26:53","date_gmt":"2014-06-03T23:26:53","guid":{"rendered":"https:\/\/unknownerror.org\/index.php\/2014\/06\/03\/problem-about-blas-collection-of-common-programming-errors\/"},"modified":"2014-06-03T23:26:53","modified_gmt":"2014-06-03T23:26:53","slug":"problem-about-blas-collection-of-common-programming-errors","status":"publish","type":"post","link":"https:\/\/unknownerror.org\/index.php\/2014\/06\/03\/problem-about-blas-collection-of-common-programming-errors\/","title":{"rendered":"problem about blas-Collection of common programming errors"},"content":{"rendered":"<ul>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/3b1a3c7eb11abd99439c5b1b4b50b37f?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nmadth3<br \/>\nruby ubuntu-12.04 lapack blas gsl<br \/>\nI have Ubuntu Precise and can&#8217;t find in the software repo any lapack or blas. When I run sudo gem install gslI get an error output. I have gsl 1.15. The output is as follows Building native extensions. This could take a while&#8230; ERROR: Error installing gsl:ERROR: Failed to build gem native extension.\/usr\/bin\/ruby1.8 extconf.rb checking gsl version&#8230; 1.15 checking gsl cflags&#8230; -I\/usr\/include checking for main() in -lcblas&#8230; no checking gsl libs&#8230; -L\/usr\/lib -lgsl -lgslcblas -lm checking fo<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/i.stack.imgur.com\/VpZRQ.png?s=32&amp;g=1\" \/><br \/>\nSean Duggan<br \/>\nc++ ivy gfortran blas build-dependencies<br \/>\nI feel somewhat ridiculous, but I&#8217;m trying to import the OpenBLAS libraries into a project. They were built with gfortran as the Fortran compiler. My early builds had no issue just pulling libopenblas.so in, but on another system, it&#8217;s choking on libgfortran.so when I try to run our program, which doesn&#8217;t exist there. My impression has been that this is a standard library on most, if not all, Linux systems. I could probably add a copy of libgfortran.so to Artifactory and let Apache Ivy pull it i<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/d8df26664a03fe86851377f73cd2e134?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\ntvandenbrande<br \/>\ncygwin static-libraries gfortran lapack blas<br \/>\nI previously had some troubles updating old code that still needed a not supported compiler and expensive libraries to a version with gfortran in Eclipse on Windows. I let it rest for a while and recently I took a whole other approach, rebuilding the program from scratch, developping on a ubuntu machine, but now I want to bring it back to a windows machine so that my co-workers can contribute on it. The status: Program compiles, runs and gives good results on an ubuntu machine with the GCC GNU c<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/2af750716565a7a21f6bd108f5bc5086?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nNicolas Zhong<br \/>\nc++ intel lapack blas intel-mkl<br \/>\nThis is the configuration of QT project:unix {INCLUDEPATH += \/opt\/intel\/mkl\/includeLIBS += -L\/opt\/intel\/mkl\/lib\/intel64 \\-lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -lmkl_def \\-liomp5 -lpthread -ldl -lm}And the errors is I hve linked the -lm flag, why?UPDATED:ubuntu@ubuntu-desktop:\/opt\/intel\/mkl\/tools$ .\/mkl_link_tool -check_mkl_presenceIntel(R) Math Kernel Library (Intel(R) MKL) Link Tool v4.0==========================================================Unknown mode. Specify -libs, -opts, -env o<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/0320890f5b26e2ca744b0cd445307831?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nElan<br \/>\nparallel-processing blas<br \/>\nI am compiling the package BLACS on Linux. I compiled the package, the contents of the INSTALL directory. When I try to build the contents of the directory TESTING, I get errorsblacstest.f:(.text+0xb9): undefined reference to `blacs_gridinit_&#8217;etc.When I tried looking for the function in the library, the message I get is,~\/sources\/BLACS\/LIB$ nm blacs_MPI-LINUX-0.a | less | grep blacs_gridinit_ blacs_gridinit_.o: 0000000000000000 T blacs_gridinit__ Cblacs_gridinit_.oo:So the function exists, but w<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/207c3d98e23f342af7512863d12b014d?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nkb1ooo<br \/>\nandroid-ndk fortran lapack blas<br \/>\nFollowing the instructions here I have built a Fortran enabled NDK toolchain (OSX, NDK-7b) with the goal of building LAPACK\/BLAS.Using android-cmake with the 3.4.0 net lib source it seems that I&#8217;m nearly successful. However, the BLAS build fails when linking one of the tests (with an error stating unresolved sincos and sincosf). A little searching reveals that these functions are not available in legacy Android versions. I&#8217;m wondering what is the best way to resolve these functions?Below is and<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/e9059944c0288d533fa50853a0794d6d?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nuser1813571<br \/>\nc compiler-errors statistics syntax-error blas<br \/>\nI&#8217;m using the gsl library in a c code. Everything goes fine but when i use the command gsl_linalg_cholesky_invert the terminal shows the following message:Undefined symbols for architecture x86_64:&#8221;_gsl_linalg_cholesky_invert&#8221;, referenced from:_main in cc4eefuQ.o ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit statusA code example is the following. #include &lt;stdio.h&gt; #include &lt;gsl\/gsl_math.h&gt; #include &lt;gsl\/gsl_linalg.h&gt; #include &lt;math.h&gt;<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/6836267883ea7234253b2100f222dbbc?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nosgx<br \/>\nc linker blas<br \/>\nI&#8217;m sort of a newbie to C coding but I&#8217;ve written a Matlab program for simulating neural networks and I wish to translate it to C code because our supercomputer cluster won&#8217;t allow running more than a few Matlab simulations at once. To that end, I&#8217;ve found GotoBLAS to take care of the matrix math. Unfortunately I&#8217;m not sure how to use it as I don&#8217;t have a lot of experience in C and using external libraries. I&#8217;m assuming that &#8216;dgemm&#8217; is a function in GotoBLAS from reading the BLAS guide pdf.<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/aa98a2c5baceef5ffcaf95fdde12b8fb?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nOli Charlesworth<br \/>\nblas intel-mkl<br \/>\nI&#8217;m unable to link my program correctly. I use the following command line, but get an error.g++ -I\/home\/blah\/intel\/composerxe\/mkl\/include dotProduct.cpp \/home\/blah\/intel\/composerxe\/mkl\/lib\/intel64\/libmkl_core.aThe output is this:\/tmp\/ccvw6w13.o: In function `main&#8217;: dotProduct.cpp:(.text+0x108): undefined reference to `cblas_sdot&#8217; collect2: ld returned 1 exit statusI also tried running a script that tries to link one by one against all .a files, but they all fail. Can anybody please suggest a sol<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/6836267883ea7234253b2100f222dbbc?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nosgx<br \/>\nlinker lapack blas armadillo<br \/>\nWhen I try to compile example1.cpp that comes with Armadillo 2.4.2, I keep getting the following linking error:\/tmp\/ccbnLbA0.o: In function `double arma::blas::dot&lt;double&gt;(unsigned int, double const*, double const*)&#8217;: main.cpp:(.text._ZN4arma4blas3dotIdEET_jPKS2_S4_[double arma::blas::dot&lt;double&gt;(unsigned int, double const*, double const*)]+0x3b): undefined reference to `wrapper_ddot_&#8217; \/tmp\/ccbnLbA0.o: In function `void arma::blas::gemv&lt;double&gt;(char const*, int const*, int cons<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/i.stack.imgur.com\/AJUTA.jpg?s=32&amp;g=1\" \/><br \/>\nKyle Kanos<br \/>\nlinker fortran lapack blas<br \/>\nI am working on a project written in a mix of Fortran 90 and Fortran 77 and now need to link the LAPACK\/BLAS libraries, from netlib.org, to the project, all in a Linux environment. I used the gfortran compiler flags OPTS = -O2 -fPIC -m64 in the given Makefile, and then made it usingmake blaslib makeAnd it finished normally, or at least I think so.Then, I copied the files in \/usr\/local\/lib and \/usr\/local\/bin\/ and \/usr\/local\/lib64\/ but it didn&#8217;t work. I even used the option -L\/path\/to\/lapack\/lib<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/fcf225aa724d9bb05f6693dc8cf8c459?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nOmnipotentEntity<br \/>\nc++ linker lapack blas intel-mkl<br \/>\nI am trying to compile a giant software package, and this is the last hurdle I can&#8217;t seem to figure out.I&#8217;m getting errors like:RNDiracDeterminantBase.cpp:(.text+0x22bf): undefined reference to `dgetrf_&#8217; RNDiracDeterminantBase.cpp:(.text+0x2524): undefined reference to `dgetri_&#8217; RNDiracDeterminantBase.cpp:(.text+0x3005): undefined reference to `dgetri_&#8217; ..\/..\/lib\/libqmcwfs.a(RNDiracDeterminantBase.cpp.o): In function `qmcplusplus::RNDiracDeterminantBase::ratio(qmcplusplus::ParticleSet&amp;, int,<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/1deed12095151c4fcd98133b13f64ff1?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nPouya<br \/>\ngcc blas umfpack<br \/>\nI want to compile a very umfpack_simple.c from Demos of UMFPACK but I&#8217;m getting following error:[root@localhost Test]# gcc -I..\/UMFPACK\/Include -I..\/AMD\/Include -I..\/SuiteSparse_config -I..\/GotoBLAS2 umfpack_simple.c libumfpack.a libamd.a libgoto2.a libsuitesparseconfig.a libgoto2_nehalem-ra.13.a -lrt gcc: error: libgoto2_nehalem-ra.13.a: No such file or directory [root@localhost Test]# ls libamd.a libgoto2_nehalem-r1.13.a libumfpack.a libgoto2.a libsuitesparseconfig.a umfpack_simple.c [<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/8fe09508712146a0ef85c42ca34fbbe1?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nuser600029<br \/>\nc++ c blas atlas<br \/>\nThis is the first time I am trying to use ATLAS. I am not able to link it properly. Here is a very simple sgemm program:&#8230; #include &lt;cblas.h&gt;const int M=10; const int N=8; const int K=5;int main() {float *A = new float[M*K];float *B = new float[K*N];float *C = new float[M*N];\/\/ Initialize A and Bcblas_sgemm(CblasRowMajor, CblasNoTrans, CblasNoTrans, M, N, K, 1.0, A, K, B, N, 0.0, C, N);&#8230; }When I compile it on a linux platform with standard ATLAS installation, it gives linking error:g++<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/739fdeab1b8bfdd773da2f1f0610197e?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nPavan Yalamanchili<br \/>\nlinear-algebra lapack blas<br \/>\nI am looking for some triangular solvers, and I have come across two solvers. One in BLAS: dtrsm and another in LAPACK: dtrtrs. From the looks of it both seem to have common functionality, with dtrsm having a little bit more functionality (scaling the right hand side before solving the system).I would like to know 1) How else do these functions differ ? 2) When performing the same operation, which is faster ? 3) If the answer to (2) is not obvious, When is dtrsm suggested over dtrtrs and vice v<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/ffc24c2cb679abcfa0c9797551fca31d?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nxiaomao<br \/>\nc++ osx blas<br \/>\nWhen I tried to use .\/configure in itpp4.2, it showed:configure: error: cannot find any BLAS library, which is required byLAPACK. You can override this error by using &#8220;&#8211;without-blas&#8221; option,but the functionality of the IT++ library will be limited. You havebeen warned!I already searched online for all possible solutions, but none helped. Above the line it said:checking how to get verbose linking output from g77&#8230; -v checking for Fortran 77 libraries of g77&#8230; -L\/usr\/lib -L\/usr\/local\/lib\/gcc\/i<\/li>\n<li><img decoding=\"async\" src=\"http:\/\/www.gravatar.com\/avatar\/4bee91b1055e05a188e9643cc34026f0?s=32&amp;d=identicon&amp;r=PG\" \/><br \/>\nSevenless<br \/>\nosx unix ld blas atlas<br \/>\nI&#8217;m trying to install the ATLAS BLAS libraries using this guide. I have the static libraries working, but it&#8217;s important that I have position independent libraries as well. I get to the point in the guide where I&#8217;m supposed to issue make shared to get the shared libraries and I get the following error:$ make shared rm -f libatlas.so liblapack.so make libatlas.so liblapack.so libf77blas.so libcblas.so liblapack.so ld -melf_x86_64 -shared -soname libatlas.so -o libatlas.so \\&#8211;whole-archive libat<\/li>\n<\/ul>\n<p>Web site is in building<\/p>\n<p>I discovery a place to host code\u3001demo\u3001 blog and websites.<br \/>\nSite access is fast but not money<\/p>\n<p><img decoding=\"async\" src=\"http:\/\/www.m5zn.com\/newuploads\/2014\/01\/30\/jpg\/e7da807964b1fff.jpg\" \/><\/p>\n","protected":false},"excerpt":{"rendered":"<p>madth3 ruby ubuntu-12.04 lapack blas gsl I have Ubuntu Precise and can&#8217;t find in the software repo any lapack or blas. When I run sudo gem install gslI get an error output. I have gsl 1.15. The output is as follows Building native extensions. This could take a while&#8230; ERROR: Error installing gsl:ERROR: Failed to [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-7265","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/7265","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/comments?post=7265"}],"version-history":[{"count":0,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/posts\/7265\/revisions"}],"wp:attachment":[{"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/media?parent=7265"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/categories?post=7265"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/unknownerror.org\/index.php\/wp-json\/wp\/v2\/tags?post=7265"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}