ALT Linux Team development discussions
 help / color / mirror / Atom feed
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 надо явно указывать. А
фортрану сишные заголовки вообще не нужны.





  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