bugGNU Octave - Bugs: bug #41653, tsa package won't install;...


bug #41653: tsa package won't install; "cannot find -lblas" error

Submitted by:  Philip Nienhuis <philipnienhuis>
Submitted on:  Fri 21 Feb 2014 08:50:19 AM UTC  
Category:  Octave Forge Package Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Installation Failure
Status:  Invalid Assigned to:  None
Originator Name:  Philip Nienhuis Open/Closed:  Closed
Release:  other Operating System:  Microsoft Windows

Add a New Comment (Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Sun 09 Mar 2014 09:37:35 AM UTC, comment #4: 

Seems this was due to a temporary situation in mxe-octave.
Builds fine now.

(So my guess in comment #2 was wrong)

Closing with "invalid"

Philip Nienhuis <philipnienhuis>
Project Member
Fri 21 Feb 2014 01:53:35 PM UTC, comment #3: 

For windows MXE, the installer copies openblas or refblas to libblas.dll during the install. (so there is the option of which to use)
However, back when I first put openblas in mxe, enabling openblas meant that it compiled and linked with openblas at the expense of the ref blas.
I'm in the process changing the enable-openblas option to link always against ref blas but create openblas library to match the installer option, so it wont matter which was used.

John Donoghue <lostbard>
Project Member
Fri 21 Feb 2014 01:39:47 PM UTC, comment #2: 

@ JohnD:
Yes, --enable-openblas

In my mail I got a response from Alois Schoegl (didn't see it here in the tracker yet) mentioning a fix; but I still see the "-lblas" flag that (but I may be wrong) should rather read "-lopenblas".

If I'm right, the proper flag can easily be uncovered using the octave_config_info command in my report.

Philip Nienhuis <philipnienhuis>
Project Member
Fri 21 Feb 2014 11:19:46 AM UTC, comment #1: 

When you created the cross build you used the --enable-openblas configure setting?

John Donoghue <lostbard>
Project Member
Fri 21 Feb 2014 08:50:19 AM UTC, original submission:  

When running src/build_packages.m in a freshly installed mxe-cross built Octave-3.8.1-rc3:

pkg ('install', 'tsa-4.2.7.tar.gz')
ls: /usr/local/MATLAB: No such file or directory
ls: /usr/local/MATLAB/R*: No such file or directory
ls: /usr/local/MATLAB/R*: No such file or directory
make: /bin/mexext: Command not found
make: Entering directory `/tmp/oct-26/tsa/src'
ls: /usr/local/MATLAB/R*: No such file or directory
make: /bin/mexext: Command not found
C:\Programs\Octave\Octave-3.8.1-rc3\bin/ld.exe: cannot find -lblas
collect2.exe: error: ld returned 1 exit status
make: *** [covm_mex.mex] Error 1
mkoctfile --mex "covm_mex.cpp"  -lgomp -llapack -lblas     ## Octave
make: Leaving directory `/tmp/oct-26/tsa/src'

pkg: error running `make' for the tsa package.
error: called from 'configure_make' in file C:\Programs\Octave\Octave-3.8.1-rc3\share\octave\3.8.1-rc3\m\pkg\private\configure_make.m near line 82, column 9
error: called from:
error:   C:\Programs\Octave\Octave-3.8.1-rc3\share\octave\3.8.1-rc3\m\pkg\private\install.m at line 199, column 5
error:   C:\Programs\Octave\Octave-3.8.1-rc3\share\octave\3.8.1-rc3\m\pkg\pkg.m at line 394, column 9
error:   C:\Programs\Octave\Octave-3.8.1-rc3\src\build_packages.m at line 26, column 1

In virtually none of my MXE cross-builds I see a libblas.dll, yet I haven't encountered any problems in the last year (and I sometimes do heavy computations). Intruiging. AFAICT I have MXE setup with OpenBLAS.
Copying over libblas.dll from octave-3.9.0+ (from early Dec last year) into /bin gets me exactly the same errors during installation of the tsa package.

Some of my Octave settings:

>> octave_config_info("features").BLAS
ans = 0
>> octave_config_info("BLAS_LIBS")
ans = -lopenblas

So perhaps a more robust numerical library detection is needed in the mkoctfile call in the tsa package?

Philip Nienhuis <philipnienhuis>
Project Member


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by lostbard (Posted a comment)
  • -email is unavailable- added by philipnienhuis (Submitted the item)
  • -email is unavailable- added by philipnienhuis

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.




    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-03-09 philipnienhuis StatusNone => Invalid
        Open/ClosedOpen => Closed
    2014-02-21 philipnienhuis Carbon-Copy- => Added alois.schloegl@ist.ac.at

    Back to the top

    Powered by Savane 3.5