From bug-octave-request at bevo dot che dot wisc dot edu Thu Mar 4 04:26:25 2004 Subject: Re: Octave 2.1.55 under Tru64 V5.1B: Progress From: "Dr. Hans Ekkehard Plesser" To: "John W. Eaton" Cc: bug-octave at bevo dot che dot wisc dot edu Date: Thu, 4 Mar 2004 11:25:01 +0100 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I don't have c++filt (yet), but nm gives some indication. For octave compiled with Compaq cxx, I get caspar:liboctave 24>nm CNDArray.o | grep ifourier ComplexNDArray::ifourier(const int) const | 0000000000023972 | T ComplexNDArray::ifourier2d(void) const | 0000000000025284 | T ComplexNDArray::ifourierNd(void) const | 0000000000026100 | T and caspar:liboctave 25>nm ../src/ifft.oct | grep ifourier ComplexNDArray::ifourier(int) const | 0000000000000000 | U NDArray::ifourier(int) const | 0000000000000000 | U ifourier2d__C6MatrixXv | 0004396963078736 | U ifourier__C6MatrixXv | 0004396963078704 | U I assume loading fails, since ifft.oct wants ifourier with int argument, while CNDArray.o provides ifourier with const int argument. When compiled with g++, ifft works, and nm shows caspar:oct-55.gcc_debug 28>nm liboctave/CNDArray.o | grep ifourier $_ZNK14ComplexNDArray10ifourier2dEv..ng | 0000000000000000 | N $_ZNK14ComplexNDArray10ifourierNdEv..ng | 0000000000000000 | N $_ZNK14ComplexNDArray8ifourierEi..ng | 0000000000000000 | N _ZNK14ComplexNDArray10ifourier2dEv | 0000000000005696 | T _ZNK14ComplexNDArray10ifourierNdEv | 0000000000007016 | T _ZNK14ComplexNDArray8ifourierEi | 0000000000003640 | T caspar:oct-55.gcc_debug 29>nm src/ifft.oct | grep ifourier _ZNK14ComplexNDArray8ifourierEi | 0000000000000000 | U _ZNK7NDArray8ifourierEi | 0000000000000000 | U Here, we have a match for _ZNK14ComplexNDArray8ifourierEi. Why we have a match for g++, but not for cxx, I don't know. But since g++ appears better suited on Alpha anyways, I will not pursue this further. Hans On Wednesday 03 March 2004 20:47, John W. Eaton wrote: > On 1-Mar-2004, Dr. Hans Ekkehard Plesser wrote: > | The fourth (ifft-1.m) leads to the following error message: > | > | octave:14> foo=ifft(S) > | error: dlopen: /home/nlhadm/build/octave-2.1.55/src/ifft.oct: symbol > | "ifourier__C14ComplexNDArrayXi" unresolved > | > | Who should provide that function? > > I don't know for sure which function this is, because I don't > recognize the name mangling format. Does your system provide a > c++filt utility that works for the cxx name mangling scheme? > > It looks like something that should be defined in CNDArray.o. > > jwe - -- Dr. Hans Ekkehard Plesser Associate Professor Department of Mathematical Sciences and Technology Agricultural University of Norway Phone +47 6494 8832 Fax +47 6494 8810 Home http://arken.nlh.no/~imfhep -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQFARwP9buXhp9E3LTsRAokaAJwK4MZv+/oXe7wAIu3sXcDZHrCRPACeOTj4 qSHwhJA8/t8MB7Z0e3oG9q8= =pibz -----END PGP SIGNATURE----- ------------------------------------------------------------- Octave is freely available under the terms of the GNU GPL. Octave's home on the web: http://www.octave.org How to fund new projects: http://www.octave.org/funding.html Subscription information: http://www.octave.org/archive.html -------------------------------------------------------------