octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #57591] Segmentation faults when running the t


From: Doron Behar
Subject: [Octave-bug-tracker] [bug #57591] Segmentation faults when running the test suite (mostly with clang)
Date: Mon, 21 Sep 2020 12:42:03 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0

Follow-up Comment #111, bug #57591 (project octave):

[comment #109 comment #109:]
> You can build Octave with 64bit indexing inside Octave but still use
BLAS/LAPACK (and related) libraries that use 32bit indexing. 

I was not able to make the configure report put out this:


  64-bit array dims and indexing:       yes
  64-bit BLAS array dims and indexing:  yes


When I used the reference blas and lapack implementations, I got instead:


  64-bit array dims and indexing:       yes
  64-bit BLAS array dims and indexing:  no


Perhaps that's intended, and if not, perhaps it's due to how the reference
blas implementation is built on NixOS:

https://github.com/NixOS/nixpkgs/blob/8a5eb89b0f70999c08ce9ce6df89238671e186dc/pkgs/build-support/alternatives/blas/default.nix

I'm building up a benchmark table where every blas implementation is tested,
against Octave 6.0.90 and 5.2.0, and I'll report the results (probably
tomorrow) in NixOS' discourse thread. The benchmark I'm using is this:
https://openbenchmarking.org/test/system/octave-benchmark .

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57591>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]