From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,DATE_IN_PAST_24_48 autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,222ed89632aabb93 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.224.184.73 with SMTP id cj9mr1136703qab.6.1342482625916; Mon, 16 Jul 2012 16:50:25 -0700 (PDT) Received: by 10.68.223.73 with SMTP id qs9mr469687pbc.7.1342482625833; Mon, 16 Jul 2012 16:50:25 -0700 (PDT) Path: a15ni314212102qag.0!nntp.google.com!x2no3023573qaj.0!news-out.google.com!b9ni151317142pbl.0!nntp.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!news-out.octanews.net!mauve.octanews.net!feed.news.qwest.net!mpls-nntp-01.inet.qwest.net!83.149.209.203.MISMATCH!news.mi.ras.ru!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Free AMD Core Math Library (BLAS/LAPACK) + Ada Date: Sun, 15 Jul 2012 17:47:07 +0100 Organization: A noiseless patient Spider Message-ID: References: <41b74e89-f112-4791-883d-236080652dbf@googlegroups.com> <99901f55-e61a-4808-a442-1a62e625cd2e@googlegroups.com> <37b4ba31-245e-44d1-9183-5c3367c88101@googlegroups.com> <2db42c1b-cfd4-4a6f-9e0c-ce269ddf00c5@googlegroups.com> <7cadf109-e24a-45eb-9d7c-354d8899eec4@googlegroups.com> <3f14ee5a-d055-4252-ab45-7ca512a23fac@googlegroups.com> <9cc53435-3c7f-4443-8209-5137b9377aca@googlegroups.com> <583b29e2-3f75-4b0a-8f1a-802b3d6e502c@googlegroups.com> <34139f6f-5905-4c9e-a873-0b2445a1fccd@googlegroups.com> Mime-Version: 1.0 Injection-Info: mx04.eternal-september.org; posting-host="9bf283a230abc1bf5b8bf7ae893d3723"; logging-data="25565"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18y3zh8rUWbqZM/PNvsTnZ49uXELtWUQgY=" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (darwin) Cancel-Lock: sha1:2sv+K93wv1rU2YKUN4zo1CIUSxc= sha1:hV66ZOVDzN19AbdeHDxcpJJ3iyg= Content-Type: text/plain Date: 2012-07-15T17:47:07+01:00 List-Id: Ada novice writes: > locate libblas > /etc/alternatives/libblas.so.3gf > /usr/lib/libblas > /usr/lib/libblas.so.3gf > /usr/lib/atlas-base/atlas/libblas.so.3gf > /usr/lib/atlas-base/atlas/libblas.so.3gf.0 > /usr/lib/libblas/libblas.so.3gf > /usr/lib/libblas/libblas.so.3gf.0 > Simon, I do not have libblas.a and libblas.so as you wrote in your > last post that I should. I have no idea how they got into my system! but that's what's missing. When you say '-lblas' that tells the linker to look for libblas.so (or maybe libblas.a, I'm not sure of the rules). It looks in various places; the default will certainly include /usr/lib/. I think we should create libblas.so there. You will need to do this as root; be very careful! (if anyone else is listening and knows a better way, please say so ...) This sequence will create a symbolic link or symlink in /usr/lib/ so that when the linker looks for libblas.so it finds it, and when it opens it the system chases the symlink(s) until it finds a real file, which is what gets opened. 'ln -s' creates a symlink; 'man ln' for more info. Again, be careful. You may want to practice first, using your normal account in some scratch directory. $ cd /usr/lib $ su Password: enter root's password here # ln -s libblas.so.3gf libblas.so # exit $ (I'm assuming that /usr/lib/libblas.so.3gf is at least a symlink to a real library!) It looks to me as though it's at least possible that the files in /usr/lib/atlas-base/atlas/ and /usr/lib/libblas/ are in fact the same. > Now I do not make reference to ATLAS. So I modified my .bashrc as follows: > cat $HOME/.bashrc > export LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu/:/usr/lib/libblas/ > export LIBRARY_PATH=/usr/lib/i386-linux-gnu/:/usr/lib/libblas/ > > and I see the folder /usr/lib/libblas has the following files: > libblas.so.3gf and libblas.so.3gf.0 > > and echo $LIBRARY_PATH gives > /usr/lib/i386-linux-gnu/:/usr/lib/libblas/ If we manage to create /usr/lib/libblas.so you shouldn't need any of this. But it won't harm to leave it for the moment. > So what should I do next? > > Should I uninstall ATLAS completely? Is the following a neat uninstall? : > > apt-get autoremove libatlas3gf-base I think I may have misled you here; I'd leave it alone for now.