Philip Nienhuis wrote
>
> siko1056 wrote
>>
>> Philip Nienhuis wrote
>>>
>>> Rik-4 wrote
>>>> I just checked in Philipp Kutin's change which fixes the errors when
>>>> '--without-qrupdate' is used during configure and the alternate
>>>> routines
>>>> are used in Octave
>>>> (http://hg.savannah.gnu.org/hgweb/octave/rev/d47e50953abc).
>>>>
>>>> It might be worth updating to d47e50953abc as that will also get you
>>>> some
>>>> changes that Kai made in cset 19329:1f4455ff2329 that also fix problems
>>>> related to the deprecation of these old methods.
>>> @Rik: was this addressing my other post
>>> "no matching function for call to 'Array<std::complex<double>
>>> >::Array(octave_idx_type&, int)'"
>>> ?
>>>
>>> I just updated to "3a2a0b72b91b tip @ Swap row vector........" & tried
>>> again - no luck. The exact same errors relating to complex double
>>> appear.
>>>
>>> FYI, my system is stock Mageia-4 Linux 64b with all updates. In fact
>>> I've upgraded my desktop's HW and SW the last weeks and today I finally
>>> got time for a first attempt to build Octave on Linux.
>>>
>>> Philip
>> I replaced all constructors in this changeset
>> http://hg.savannah.gnu.org/hgweb/octave/rev/fcd9e1198847. Does it work
>> for you?
> Thanks, I'll have another try and report back soon.
No luck :-(
The error messages are attached; the errors occur in
liboctave/array/dNDArray.cc.
I can't rule out that something is wrong in my box; but it is intriguing
that up till cs 346b20b2c2ff ("gendocprop...." it all worked fine.
Philip
ComplexNDArray.err
<http://octave.1599824.n4.nabble.com/file/n4667426/ComplexNDArray.err>