[Top][All Lists]

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

[Octave-bug-tracker] [bug #45659] version function: options and return v

From: Markus Mützel
Subject: [Octave-bug-tracker] [bug #45659] version function: options and return values supported by Matlab
Date: Mon, 5 Feb 2018 14:59:12 -0500 (EST)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0

Follow-up Comment #43, bug #45659 (project octave):

Martin, thank you for the explanation.
Here is part of the output of ldd on the octave-cli in src/.lib of my build

        liblapack.so.3 => /usr/lib/x86_64-linux-gnu/liblapack.so.3
        libblas.so.3 => /usr/lib/x86_64-linux-gnu/libblas.so.3 
        libopenblas.so.0 => /usr/lib/x86_64-linux-gnu/libopenblas.so.0

Also the version of Octave that is shipped with Ubuntu (apt-get) seems to be
linked with BLAS and OpenBLAS:

        liblapack.so.3 => /usr/lib/x86_64-linux-gnu/liblapack.so.3
        libblas.so.3 => /usr/lib/x86_64-linux-gnu/libblas.so.3 
        libopenblas.so.0 => /usr/lib/x86_64-linux-gnu/libopenblas.so.0

Does this mean we could have trouble?

Strange thing though, I can't find any line in the output of ldd referencing
"libatlas". Yet I can call ATL_buildinfo from an .oct file without
specifically linking to it and "ATL_sgemm" is found in the loaded symbols.
Unless mkoctfile links ATLAS automatically if configure finds it?
In my config.log I see:

  BLAS libraries:                -lcblas -lf77blas -latlas

Wrt checking the linked BLAS implementations: Do you know any specific symbol
that can be used to identify reference BLAS (i.e. one that isn't present in
the other BLASs)?


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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