* John W. Eaton j...@jweaton.org [2009-06-17 14:24]:
Are you sure you would want this? It won't tell you if the printing
is correct without manual inspection, and will clutter the output from
running make check with
src/pr-output.cc ...ans = 0 + 0i
On 15-Jun-2009, Rafael Laboissiere wrote:
| Attached below is a patch for pr-output.cc that makes Octave work as
| expected for 'complex(NaN,0)' on mips (and amd64 as well, FWIW). The
| package is being built right now on mips and on amd64 and, if everything
| goes well on both arches, I will
On 15-Jun-2009, Rafael Laboissiere wrote:
| Anyway, it is funny to see how long this bug lived in the code and was
| just awakened by the crappy mips/mipsel architecture...
Also strange that it didn't show up until now, even on mips. Maybe a
compiler change?
jwe
--
To UNSUBSCRIBE, email to
* John W. Eaton j...@jweaton.org [2009-06-15 13:25]:
On 15-Jun-2009, Rafael Laboissiere wrote:
| Anyway, it is funny to see how long this bug lived in the code and was
| just awakened by the crappy mips/mipsel architecture...
Also strange that it didn't show up until now, even on mips.
* Rafael Laboissiere raf...@debian.org [2009-06-13 09:15]:
So, even if log2 returns a wrong value, the bug happens elsewhere. At any
rate, the following works as expected:
complex (NaN, NaN)
complex (0, NaN)
complex (NaN, Inf)
I am puzzled with this problem and I cannot
* Peter De Schrijver p...@debian.org [2009-06-10 19:40]:
Package: octave3.2
Version: 3.2.0-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of octave3.2_3.2.0-1 on mayr by sbuild/mips 99.999
Build started at 20090607-1015
Thanks, we are
6 matches
Mail list logo