octave-maintainers
[Top][All Lists]
Advanced

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

Re: Octave 3.5.90: problem with mkoctfile linking to BLAS/LAPACK?


From: Lukas Reichlin
Subject: Re: Octave 3.5.90: problem with mkoctfile linking to BLAS/LAPACK?
Date: Sat, 17 Dec 2011 06:16:00 +0100

On 16.12.2011, at 22:16, Alexander Hansen wrote:

> On 12/16/11 3:36 PM, Lukas Reichlin wrote:
>> Dear Octave Community
>> 
>> I've created a MacPorts portfile (attached) for Octave 3.5.90. 
>> Octave seems to work OK, but when I try to compile the control 
>> package, I get a lot of undefined symbols (see below). I don't
>> know whether there's an error in my portfile or if it is a new
>> problem in octave, e.g. related to unbundled arpack.
>> 
>> Therefore I would be happy if someone with Octave 3.5.90 could try 
>> to install the control package by
>> 
>> pkg install -forge control
>> 
>> and report if it works fine.
>> 
>> Best regards, Lukas
>> 
>> 
>> 
>> Undefined symbols for architecture x86_64: "_lsame_", referenced 
>> from: _sb03od_ in SB03OD.o _mb04nd_ in MB04ND.o _mb04od_ in 
>> MB04OD.o "_dlaset_", referenced from: _sb03od_ in SB03OD.o
>> _sb03ou_ in SB03OU.o "_dgerqf_", referenced from: _sb03od_ in
>> SB03OD.o _sb03ou_ in SB03OU.o "_dcopy_", referenced from: _sb03od_
>> in SB03OD.o _sb03ou_ in SB03OU.o _sb03ot_ in SB03OT.o _mb04ny_ in 
>> MB04NY.o _mb04oy_ in MB04OY.o "_dtrmm_", referenced from: _sb03od_ 
>> in SB03OD.o _sb03ot_ in SB03OT.o "_dlacpy_", referenced from: 
>> _sb03od_ in SB03OD.o _sb03ou_ in SB03OU.o "_dgeqrf_", referenced 
>> from: _sb03od_ in SB03OD.o _sb03ou_ in SB03OU.o "_dgemv_", 
>> referenced from: _sb03od_ in SB03OD.o _mb04ny_ in MB04NY.o
>> _mb04oy_ in MB04OY.o "_dgees_", referenced from: _sb03od_ in
>> SB03OD.o "_dlapy2_", referenced from: _sb03od_ in SB03OD.o _sb03oy_
>> in SB03OY.o "_dgemm_", referenced from: _sb03od_ in SB03OD.o 
>> "_dlamch_", referenced from: _sb03ot_ in SB03OT.o _sb03oy_ in 
>> SB03OY.o _sb04px_ in SB04PX.o "_dlabad_", referenced from:
>> _sb03ot_ in SB03OT.o _sb03oy_ in SB03OY.o "_dlanhs_", referenced
>> from: _sb03ot_ in SB03OT.o "_dscal_", referenced from: _sb03ot_ in 
>> SB03OT.o _sb03or_ in SB03OR.o "_daxpy_", referenced from: _sb03ot_ 
>> in SB03OT.o _mb04ny_ in MB04NY.o _mb04oy_ in MB04OY.o "_dswap_", 
>> referenced from: _sb03ot_ in SB03OT.o _sb04px_ in SB04PX.o 
>> "_dtrmv_", referenced from: _sb03ot_ in SB03OT.o "_dlarfg_", 
>> referenced from: _sb03ot_ in SB03OT.o _mb04nd_ in MB04ND.o
>> _mb04od_ in MB04OD.o "_ddot_", referenced from: _sb03or_ in
>> SB03OR.o "_dlasy2_", referenced from: _sb03or_ in SB03OR.o
>> "_dlanv2_", referenced from: _sb03oy_ in SB03OY.o "_dlapy3_",
>> referenced from: _sb03oy_ in SB03OY.o _sb03ov_ in SB03OV.o
>> "_idamax_", referenced from: _sb04px_ in SB04PX.o "_dger_",
>> referenced from: _mb04ny_ in MB04NY.o _mb04oy_ in MB04OY.o ld:
>> symbol(s) not found for architecture x86_64 collect2: ld returned 1
>> exit status Undefined symbols for architecture x86_64: "_lsame_",
>> referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in SG03BV.o _sg03bu_
>> in SG03BU.o _sg03bw_ in SG03BW.o _sg03bx_ in SG03BX.o "_dlaset_",
>> referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in SG03BV.o _sg03bu_
>> in SG03BU.o "_dlamch_", referenced from: _sg03bd_ in SG03BD.o
>> _sg03bv_ in SG03BV.o _sg03bu_ in SG03BU.o _sg03bx_ in SG03BX.o
>> _mb02uu_ in MB02UU.o _mb02uv_ in MB02UV.o "_dlapy2_", referenced
>> from: _sg03bd_ in SG03BD.o _sg03bx_ in SG03BX.o "_dcopy_",
>> referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in SG03BV.o _sg03bu_
>> in SG03BU.o _sg03bx_ in SG03BX.o "_dgemv_", referenced from:
>> _sg03bd_ in SG03BD.o _sg03bu_ in SG03BU.o _sg03bx_ in SG03BX.o
>> "_dgeqrf_", referenced from: _sg03bd_ in SG03BD.o "_dscal_",
>> referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in SG03BV.o _sg03bu_
>> in SG03BU.o _sg03bw_ in SG03BW.o _mb02uu_ in MB02UU.o _mb02uv_ in
>> MB02UV.o "_dlag2_", referenced from: _sg03bd_ in SG03BD.o _sg03bx_
>> in SG03BX.o "_dgegs_", referenced from: _sg03bd_ in SG03BD.o 
>> "_dgerqf_", referenced from: _sg03bd_ in SG03BD.o "_dgemm_", 
>> referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in SG03BV.o
>> _sg03bu_ in SG03BU.o _sg03bw_ in SG03BW.o _sg03bx_ in SG03BX.o
>> "_dlacpy_", referenced from: _sg03bd_ in SG03BD.o _sg03bv_ in
>> SG03BV.o _sg03bu_ in SG03BU.o "_dtrmm_", referenced from: _sg03bd_
>> in SG03BD.o _sg03bv_ in SG03BV.o "_dlabad_", referenced from:
>> _sg03bv_ in SG03BV.o _sg03bu_ in SG03BU.o _sg03bx_ in SG03BX.o
>> _mb02uu_ in MB02UU.o _mb02uv_ in MB02UV.o "_drotg_", referenced
>> from: _sg03bv_ in SG03BV.o _sg03bu_ in SG03BU.o "_drot_",
>> referenced from: _sg03bv_ in SG03BV.o _sg03bu_ in SG03BU.o
>> "_dsyrk_", referenced from: _sg03bu_ in SG03BU.o "_dsyevx_",
>> referenced from: _sg03bu_ in SG03BU.o "_dladiv_", referenced from:
>> _sg03bx_ in SG03BX.o "_daxpy_", referenced from: _mb02uu_ in
>> MB02UU.o "_idamax_", referenced from: _mb02uu_ in MB02UU.o
>> "_dswap_", referenced from: _mb02uv_ in MB02UV.o "_dger_",
>> referenced from: _mb02uv_ in MB02UV.o ld: symbol(s) not found for
>> architecture x86_64 collect2: ld returned 1 exit status Undefined
>> symbols for architecture x86_64: "_lsame_", referenced from:
>> _tb04bd_ in TB04BD.o _tb01id_ in TB01ID.o _tb01zd_ in TB01ZD.o
>> _ma02ad_ in MA02AD.o _mb02rd_ in MB02RD.o _mb01pd_ in MB01PD.o
>> _mb01qd_ in MB01QD.o ...
> 
> My build of Octave-3.5.90 (using Fink) still builds against an arpack
> bundled in the tarball.
> I didn't see where that got turned off in your Portfile to allow
> building it against an unbundled arpack.
> 
> I got the same error that you did (Mac OS 10.6/x86_64)
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> http://finkakh.wordpress.com/

Thanks for your quick reply, Alexander. Since I run Mac OS 10.6/x86_64 as well, 
but using Macports, it looks like a new problem introduced somewhere after 
Octave 3.4.3. It would be interesting to see if Octave 3.5.90 on other 
platforms (Linux, Windows) can build the control package.

Lukas



reply via email to

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