[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