From: Efraim Flashner <efraim@flashner.co.il>
To: "Ludovic Courtès" <ludovic.courtes@inria.fr>
Cc: 63986@debbugs.gnu.org, Nicolas Graves <ngraves@ngraves.fr>,
csantosb@inventati.org, Simon Tournier <zimon.toutoune@gmail.com>
Subject: bug#63986: Julia is very slow
Date: Fri, 29 Sep 2023 13:12:11 +0300 [thread overview]
Message-ID: <ZRai-2kitgPkvO8A@3900XT> (raw)
In-Reply-To: <877co9wenk.fsf@inria.fr>
[-- Attachment #1: Type: text/plain, Size: 2194 bytes --]
On Fri, Sep 29, 2023 at 10:46:07AM +0200, Ludovic Courtès wrote:
> Hi,
>
> Efraim Flashner <efraim@flashner.co.il> skribis:
>
> > On Mon, Sep 25, 2023 at 04:46:57PM +0200, Ludovic Courtès wrote:
>
> [...]
>
> >> > /gnu/store/h5mgc7ar7a05f9rwrd1makhzays5wd3s-julia-1.8.3/bin/../lib/julia/liblapack.so: undefined symbol: dsfrk_64_
> >>
> >> The ‘_64’ suffix is added by a patch in this very series, that adds
> >> ‘SYMBOLSUFFIX=64_’ to ‘openblas-ilp64’.
> >>
> >> I don’t know what the rationale was for that configuration change, but
> >> this is a good area of investigation.
> >>
> >> Efraim, WDYT?
> >
> > the SYMBOLSUFFIX change seems to be standard across other distributions,
> > and in fact there seem to be packages out there which rely on it
> > directly.
> >
> > Looking at this error specifically and also the pcre2-8 errors we get
> > during the 'test phase for julia, it seems the suggested fix is to build
> > those libraries with julia. So we'd want to replace the pcre2 and the
> > lapack libraries in the julia sources (for pcre2 for all the
> > architectures, for lapack for x86_64 specifically) and let julia build
> > and link to them during the build phase.
>
> That would seem like a step backwards though, no? Usually we prefer to
> unbundle things.
I tried it with inserting our source for pcre2 and adding a patch to fix
the configure phase of pcre2, we ended up with other failures, so I
think we're best off with what we have now.
> Actually, why does liblapack.so end up in Julia itself, as opposed to
> just linking to libopenblas.so?
Julia links to both (open)blas and to lapack. If we build openblas so
that it also provides lapack, or use (c)blas from lapack, then we can
use only one or the other. I suppose in theory it should be possible to
tell julia that libopenblas64_.so is really lapack and to use that for
both of them. I don't know how well that would work though.
--
Efraim Flashner <efraim@flashner.co.il> רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2023-09-29 10:13 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-09 21:42 bug#63986: Julia is very slow Cayetano Santos via Bug reports for GNU Guix
2023-06-14 16:00 ` Ludovic Courtès
2023-06-19 16:13 ` Simon Tournier
2023-06-21 14:36 ` Ludovic Courtès
2023-06-21 20:39 ` Cayetano Santos via Bug reports for GNU Guix
2023-06-22 13:26 ` Cayetano Santos via Bug reports for GNU Guix
2023-06-22 14:37 ` Efraim Flashner
2023-06-22 15:52 ` Simon Tournier
2023-06-22 16:25 ` Efraim Flashner
2023-06-22 16:56 ` Cayetano Santos via Bug reports for GNU Guix
2023-06-22 17:12 ` Simon Tournier
2023-06-23 9:09 ` Ludovic Courtès
2023-06-23 9:16 ` Efraim Flashner
2023-06-23 12:11 ` Simon Tournier
2023-06-23 13:23 ` Simon Tournier
2023-06-23 14:16 ` Efraim Flashner
2023-07-06 14:13 ` Ludovic Courtès
2023-08-20 20:53 ` Ludovic Courtès
2023-09-14 10:33 ` Efraim Flashner
2023-09-15 19:45 ` Cayetano Santos via Bug reports for GNU Guix
2023-09-16 10:47 ` Simon Tournier
2023-09-16 11:18 ` Simon Tournier
2023-09-20 15:57 ` Simon Tournier
2023-09-24 8:37 ` Cayetano Santos via Bug reports for GNU Guix
2023-09-25 14:46 ` Ludovic Courtès
2023-09-26 9:27 ` Efraim Flashner
2023-09-29 8:46 ` Ludovic Courtès
2023-09-29 10:12 ` Efraim Flashner [this message]
2023-09-28 11:41 ` Efraim Flashner
2023-06-22 18:47 ` Simon Tournier
2023-06-22 18:55 ` Efraim Flashner
2023-06-22 20:13 ` Efraim Flashner
2023-06-23 12:06 ` Simon Tournier
2023-09-15 19:49 ` bug#63986: Fixed Cayetano Santos via Bug reports for GNU Guix
2023-09-16 10:23 ` bug#63986: [PATCH 0/2] Fix bug#63986: Julia is very slow Simon Tournier
[not found] ` <handler.63986.D63986.169480740431199.notifdone@debbugs.gnu.org>
2023-09-16 11:03 ` Simon Tournier
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
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZRai-2kitgPkvO8A@3900XT \
--to=efraim@flashner.co.il \
--cc=63986@debbugs.gnu.org \
--cc=csantosb@inventati.org \
--cc=ludovic.courtes@inria.fr \
--cc=ngraves@ngraves.fr \
--cc=zimon.toutoune@gmail.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).