From: Vladislav Zavjalov <slazav@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] пакеты для численного счета Date: Fri, 25 Sep 2020 15:55:01 +0300 Message-ID: <20200925125501.GA14736@imap.altlinux.org> (raw) In-Reply-To: <0357280a-c233-15a0-511c-e0f729d7728f@basealt.ru> On Fri, Sep 25, 2020 at 03:20:56PM +0300, Anton Farygin wrote: > On 20.09.2020 16:28, Vladislav Zavjalov wrote: > > * openblas -- Оптимизированная версия Blas, с поддержкой > > многопоточных вычислений и т.п. > > https://github.com/xianyi/OpenBLAS > > > > Openblas может и сам предоставлять стандартный lapack, но у нас он собран с ключом > > NO_LAPACK=1. При этом в заголовочные файлы функции из lapack попадают, а > > в библиотеку - нет. В результате, при сборке разных программ возникают > > проблемы на этапе линковки, даже если liblapack-devel есть в системе. > > Приходится вручную указывать, что линковаться надо с libopenblas + liblapack. > > Это, наверное, плохо. Может быть стоит его собрать с внешним lapack ? Так сейчас он и используется с внешним lapack. При этом lapack носит свой blas, и устанавливает man-pages от него. А h-файлов в нем и нет, они - от clapack. Так что все весьма запутано. Как я понимаю, идея была сделать liblapack точкой входа, чтобы на него ставить зависимости, а он уже вытягивал openblas и все нужное в системе было. Мне сейчас больше нравится идея собрать obenblas со всеми опциями, со своими lapack, clapack, многопоточностью. И использовать только его. Кроме того, наверное хорошо бы иметь отдельный референсный комплект (blas+xblas+lapack+clapack). Его можно сделать на базе liblapack. Единственное, что смущает - очень неочевидные названия в этом случае: "если нужен blas+lapack - использовать либо openblas либо liblapaсk". > + make -j16 'CFLAGS=-pipe -frecord-gcc-switches -Wall -g -O2 > -I../include -I/usr/include/openblas -DNOSHORTS -DUSESIGTERM > -DUSEGETTIME' 'LIBS=-L../lib -lsdp' > make: Entering directory '/usr/src/RPM/BUILD/csdp-6.2.0/solver' > cc -pipe -frecord-gcc-switches -Wall -g -O2 -I../include > -I/usr/include/openblas -DNOSHORTS -DUSESIGTERM -DUSEGETTIME -c -o > csdp.o csdp.c > make: Leaving directory '/usr/src/RPM/BUILD/csdp-6.2.0/solver' > make: Entering directory '/usr/src/RPM/BUILD/csdp-6.2.0/solver' > cc -pipe -frecord-gcc-switches -Wall -g -O2 -I../include > -I/usr/include/openblas -DNOSHORTS -DUSESIGTERM -DUSEGETTIME csdp.o > -L../lib -lsdp -o csdp > /usr/bin/ld.default: ../lib/libsdp.so: undefined reference to `dtrtri_' > /usr/bin/ld.default: ../lib/libsdp.so: undefined reference to `dpotrf_' > /usr/bin/ld.default: ../lib/libsdp.so: undefined reference to `dpotrs_' > collect2: error: ld returned 1 exit status > make: *** [Makefile:5: csdp] Error 1 > make: Leaving directory '/usr/src/RPM/BUILD/csdp-6.2.0/solver' > error: Bad exit status from /usr/src/tmp/rpm-tmp.39185 (%build) Да, так это и выглядит. Убирание lapackовских заголовков из openblas мне, кстати, не сильно помогло. Автоматика в cmake и autotools все равно считает, что все должно быть в openblas, -llapack надо явно указывать. А фортрану сишные заголовки вообще не нужны.
next prev parent reply other threads:[~2020-09-25 12:55 UTC|newest] Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-09-20 10:36 Vladislav Zavjalov 2020-09-20 13:28 ` Vladislav Zavjalov 2020-09-20 16:34 ` Vladimir D. Seleznev 2020-09-20 18:41 ` Vladislav Zavjalov 2020-09-20 18:53 ` Vladislav Zavjalov 2020-09-20 21:47 ` Vladimir D. Seleznev 2020-09-20 21:56 ` Vladislav Zavjalov 2020-09-21 19:54 ` Vitaly Lipatov 2020-09-21 20:10 ` Vladimir D. Seleznev 2020-09-22 3:44 ` Anton Farygin 2020-09-22 14:26 ` Igor Vlasenko 2020-09-20 19:00 ` Andrey Savchenko 2020-09-20 20:25 ` Vladislav Zavjalov 2020-09-21 19:24 ` Andrey Savchenko 2020-09-22 11:24 ` Vladimir D. Seleznev 2020-09-21 9:49 ` Ivan A. Melnikov 2020-09-21 10:25 ` Vladislav Zavjalov 2020-09-25 12:20 ` Anton Farygin 2020-09-25 12:55 ` Vladislav Zavjalov [this message] 2020-09-25 15:15 ` Anton Farygin 2020-09-25 15:48 ` Vladislav Zavjalov 2020-09-25 19:52 ` Andrey Savchenko 2020-09-28 8:19 ` Vladislav Zavjalov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200925125501.GA14736@imap.altlinux.org \ --to=slazav@altlinux.org \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git