RE: Octave 3.6.0-rc1 release candidate available for ftp

[Robinson, Melvin D]

I think that you can solve #3 by making sure that fftw3f library is installed.  
If you build FFTW by hand you just configure it with the --enable-float option. 
 Fixed this error up for me.

________________________________________
From: address@hidden address@hidden on behalf of PhilipNienhuis address@hidden
Sent: Friday, January 13, 2012 10:00 AM
To: address@hidden
Subject: Re: Octave 3.6.0-rc1 release candidate available for ftp

John W. Eaton wrote
>
> The second release candidate of Octave 3.6.0 is now available from
> alpha.gnu.org in the directory /gnu/octave:
>
>   92d7ec90289ebecb2a5a22fc3074740c  octave-3.6.0-rc1.tar.gz
>
>   -rw-r--r-- 1 3003 3002 17878104 Jan 12 20:32 octave-3.6.0-rc1.tar.gz
>
> Even if you have been building Octave regularly from the Mercurial
> archive, it would help if you could build from this release candidate
> and report any problems.  We could especially use reports for Windows
> and OS X systems.
>
> Unless there is some significant problem with this release candidate,
> it will become Octave 3.6.0 in few days.
>

On Mandriva 2010.2:

(built fine)

1. make check reports 8 skipped tests due to:
  ***** testif HAVE_QRUPDATE_LUU
libqrupdate1 & libqrupdate-devel are both installed.

With recent snapshots this didn't occur - I saw zero "make check" fails last
time I compiled a tip (before Xmas).

You need config.log?


2. arpack-ng-3.0.2 by default installs in /usr/local/lib. (to build arpack,
I simply did ./configure; make; make install (the last as root))
Octave doesn't pick it up from there, I had to add symbolic links in
/usr/lib to /usr/local/lib/libarpack.so.2.0.0


3. make check reports a fail in:
>>>>> processing
>>>>> /home/philip/devel/octave-3.6.0-rc1/scripts/signal/fftfilt.m
  ***** test
  r = sqrt(1/2) * (1+i);
  b = b*r;
  assert(fftfilt(b, x  ), r*[1 1 0 0 0 0 0 0 0 0]  , eps);
  assert(fftfilt(b, r*x), r*r*[1 1 0 0 0 0 0 0 0 0], eps);
  assert(fftfilt(b, x.'), r*[1 1 0 0 0 0 0 0 0 0].', eps);
!!!!! test failed
assert (fftfilt (b, r * x),r * r * [1, 1, 0, 0, 0, 0, 0, 0, 0, 0],eps)
expected
 Columns 1 through 4:
   0.00000 + 1.00000i   0.00000 + 1.00000i   0.00000 + 0.00000i   0.00000 +
0.00000i
 Columns 5 through 8:
   0.00000 + 0.00000i   0.00000 + 0.00000i   0.00000 + 0.00000i   0.00000 +
0.00000i
 Columns 9 and 10:
   0.00000 + 0.00000i   0.00000 + 0.00000i
but got
 Columns 1 through 4:
  -0.00000 + 1.00000i   0.00000 + 1.00000i   0.00000 - 0.00000i  -0.00000 -
0.00000i
 Columns 5 through 8:
  -0.00000 + 0.00000i  -0.00000 + 0.00000i  -0.00000 + 0.00000i  -0.00000 +
0.00000i
 Columns 9 and 10:
  -0.00000 + 0.00000i  -0.00000 + 0.00000i
maximum absolute error 2.25371e-16 exceeds tolerance 2.22045e-16
shared variables   scalar structure containing the fields:
    b =
       1   1
    x =
       1   0   0   0   0   0   0   0   0   0
    r = [](0x0)

(doesn't look too harmful to me, seems just a matter of tolerance)


4. make check reports 1 fail in residue.m (that I also see on MinGW):
>>>>> processing
>>>>> /home/philip/devel/octave-3.6.0-rc1/scripts/polynomial/residue.m
  ***** xtest
 z1 =  7.0372976777e6;
 p1 = -3.1415926536e9;
 p2 = -4.9964813512e8;
 r1 = -(1 + z1/p1)/(1 - p1/p2)/p2/p1;
 r2 = -(1 + z1/p2)/(1 - p2/p1)/p2/p1;
 r3 = (1 + (p2 + p1)/p2/p1*z1)/p2/p1;
 r4 = z1/p2/p1;
 r = [r1; r2; r3; r4];
 p = [p1; p2; 0; 0];
 k = [];
 e = [1; 1; 1; 2];
 b = [1, z1];
 a = [1, -(p1 + p2), p1*p2, 0, 0];
 [br, ar] = residue (r, p, k, e);
 assert (br, b, 1e-8);
 assert (ar, a, 1e-8);
!!!!! known failure
assert (br,b,1e-8) expected
   1.0000e+00   7.0373e+06
but got
 7.0373e+06
Dimensions don't match

Here it is an xtest, on MinGW there's also a failing test with residue.m
(also with non-matching dimensions)


Philip


--
View this message in context: 
http://octave.1599824.n4.nabble.com/Octave-3-6-0-rc1-release-candidate-available-for-ftp-tp4290581p4292578.html
Sent from the Octave - Maintainers mailing list archive at Nabble.com.