On Thu, Dec 31, 2009 at 10:09 PM, Tim Daly wrote:
> William Stein wrote:
>> On Thu, Dec 31, 2009 at 9:13 PM, Tim Daly wrote:
>> The output is used both for human use and for regression testing. Its
>> primary use is human -- it's an example in the Sage reference manual:
>>
>> sage: float(e)
>
On Thu, Dec 31, 2009 at 10:09 PM, Tim Daly wrote:
> William Stein wrote:
>> On Thu, Dec 31, 2009 at 9:13 PM, Tim Daly wrote:
>> The output is used both for human use and for regression testing. Its
>> primary use is human -- it's an example in the Sage reference manual:
>>
>> sage: float(e)
>
On 2009-Dec-31 17:50:05 -0200, Gonzalo Tornaria
wrote:
>gcc is actually inlining exp(1.0) to its correct value. The exp() from
>the sun library is incorrect. Try this program instead:
FreeBSD libm is derived from Sun's libm and also gets exp(1) 1ULP high
on amd64 (on i386, exp() is written using
Assuring the correctness of the binary-to-decimal conversion of the
sage output routines can and should be done separately from testing
the exp() function.
That should be fairly obvious.
I am amazed by your insistence that this kind of decimal output should
be used in regression testing.
Certainly
William Stein wrote:
> On Thu, Dec 31, 2009 at 9:13 PM, Tim Daly wrote:
>
>> Dr. David Kirkby wrote:
>>
>>> rjf wrote:
>>>
>>>
On Dec 31, 11:15 am, "Dr. David Kirkby"
wrote:
>> RJF
>>
>>
> The point you are missing is t
On Thu, Dec 31, 2009 at 9:13 PM, Tim Daly wrote:
> Dr. David Kirkby wrote:
>> rjf wrote:
>>
>>> On Dec 31, 11:15 am, "Dr. David Kirkby"
>>> wrote:
>>>
>>>
> RJF
>
The point you are missing is that we want to compare the output what Sage
prints
to a human.
>>> The
Dr. David Kirkby wrote:
> rjf wrote:
>
>> On Dec 31, 11:15 am, "Dr. David Kirkby"
>> wrote:
>>
>>
RJF
>>> The point you are missing is that we want to compare the output what Sage
>>> prints
>>> to a human.
>>>
>>>
>> The point you are missing is that the followi
rjf wrote:
>
> On Dec 31, 11:15 am, "Dr. David Kirkby"
> wrote:
>
>>> RJF
>> The point you are missing is that we want to compare the output what Sage
>> prints
>> to a human.
>>
>
> The point you are missing is that the following item, which presumably
> could be printed by Sage,
> is perfect
On 31 pro 2009, 09:22, "ma...@mendelu.cz" wrote:
>
> Does not help either.
Does not help even if I use the install script in sagenb sources
directory to install changewd version. Any other idea?
Many thanks
Robert
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsu
Hello,
I am trying to compile Sage 4.3 (using ./sage -upgrade) and I get the
following error:
...
python `which cython` --embed-positions --incref-local-binop -I/home/
rado/sage/devel/sage-main -o sage/libs/linbox/linbox.cpp sage/libs/
linbox/linbox.pyx
Unknown compiler flag: --incref-local-binop
On Dec 31, 11:15 am, "Dr. David Kirkby"
wrote:
> > RJF
>
> The point you are missing is that we want to compare the output what Sage
> prints
> to a human.
>
The point you are missing is that the following item, which presumably
could be printed by Sage,
is perfectly readable to a human:
612
On Wed, Dec 30, 2009 at 10:38 PM, Dr. David Kirkby
wrote:
> Em, This is very odd. exp(1) gives a different result on SPARC if you build
> with gcc or Sun Studio. GCC is correct, and Sun Studio is wrong. Yet Sage on
> 't2' was build with gcc, not Sun Studio.
gcc is actually inlining exp(1.0) to i
rjf wrote:
> You guys could eliminate one (I suspect major) source of confusion by
> not printing the numbers in decimal and reading them back in from
> character strings.
>
> You can read/write exact hexadecimal 64-bit floating-point binary
> numbers.
> or you can write them out as X base you c
You guys could eliminate one (I suspect major) source of confusion by
not printing the numbers in decimal and reading them back in from
character strings.
You can read/write exact hexadecimal 64-bit floating-point binary
numbers.
or you can write them out as X X 2^
without any error or possible
Robert Bradshaw wrote:
> On Dec 30, 2009, at 4:38 PM, Dr. David Kirkby wrote:
>
>> Robert Bradshaw wrote:
>>> **
>>> File "/rootpool2/local/kirkby/sage-4.3/devel/sage/sage/symbolic/
>>> pynac.pyx", line
>>> 1276:
>
On Dec 30, 2009, at 4:38 PM, Dr. David Kirkby wrote:
> Robert Bradshaw wrote:
>> **
>> File "/rootpool2/local/kirkby/sage-4.3/devel/sage/sage/symbolic/
>> pynac.pyx", line
>> 1276:
>> sage: py_exp(float(1
THnks for your suggestions,
On 31 pro, 04:26, Pat LeSmithe wrote:
> On 12/30/2009 01:31 PM, ma...@mendelu.cz wrote:
>
> > I did more tests - Sage 4.2. is the last version where deleting and
> > stopping workseehts via buttons from "Home" folder works for me.
>
> One or more of these problems may
17 matches
Mail list logo
