On 07.09.2012, at 13:57, marco atzeri wrote: > On 9/7/2012 1:46 PM, Lukas Reichlin wrote: >> On 07.09.2012, at 13:37, Rafael Laboissiere wrote: >> >>> >>> I built the control package on my Debian system with libblas-dev >>> installed and libatlas3-base, libatlas-dev, libopenblas-base, and >>> libopenblas-dev removed. I still get the same errors in the unit >>> testings. Here is the build log of the Debian package octave-control >>> (version 2.3.53-1) with the same errors: >>> >>> https://buildd.debian.org/status/fetch.php?pkg=octave-control&arch=i386&ver=2.3.53-1&stamp=1346708061 >>> >>> It seems that using the Reference BLAS is not enough for getting rid of >>> the problem. >>> >>> Rafael >> >> You need Reference BLAS and Reference LAPACK. No ATLAS at all. Don't forget >> to rebuild Octave or to link control to the right libraries. If it still >> doesn't work, try to compile these libraries without optimizations. >> >> Regards, >> Lukas > > on cygwin also with the Reference BLAS and Reference LAPACK the test > fails. As we are likely obtaining equivalent representations, > what we can use as alternative test ? > > Marco
Well, if only some signs change, use abs before comparing the matrices. If there are more general state transformations, I don't have a solution at hand. Maybe you can simply comment out the tests? (In case you don't like failing tests in packages maintained by you ;-) Lukas ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
