On Thu, 31 Dec 2009 at 10:13AM -0800, eliot brenner wrote:
> Is there a way to make all floating point calculations within a
> program or session occur to a fixed precision, say 500 digits? I know
> how to issue commands like
>
> R500 = RealField(500) #set up 500 bit precision arithmetic
> R500(
Dr. David Kirkby wrote:
> Mike Hansen wrote:
>> On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
>> wrote:
>>> FWIW, a Google on Cywin brings up 4.8 million hits. On VirtualBox 4.2
>>> million
>>> hits. Considering Cywin was released in 1995 and VirtualBox in 2007, it
>>> would
>>> suggest to m
Mike Hansen wrote:
> On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
> wrote:
>> FWIW, a Google on Cywin brings up 4.8 million hits. On VirtualBox 4.2 million
>> hits. Considering Cywin was released in 1995 and VirtualBox in 2007, it would
>> suggest to me its a more popular tool today.
>
> Virt
Mike Hansen wrote:
> On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
> wrote:
>> FWIW, a Google on Cywin brings up 4.8 million hits. On VirtualBox 4.2 million
>> hits. Considering Cywin was released in 1995 and VirtualBox in 2007, it would
>> suggest to me its a more popular tool today.
>
> Virt
Dr. David Kirkby wrote:
> William Stein wrote:
>
>>> But that is very different from a native Windows port, which was I thought
>>> we
>>> were talking about.
>>
>> We are talking about porting Sage to windows. I will leave it to the
>> lawyers to define "native Windows port".
>
> Fair enough.
>
On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
wrote:
> FWIW, a Google on Cywin brings up 4.8 million hits. On VirtualBox 4.2 million
> hits. Considering Cywin was released in 1995 and VirtualBox in 2007, it would
> suggest to me its a more popular tool today.
VirtualBox has all the drawbacks o
William Stein wrote:
>> But that is very different from a native Windows port, which was I thought we
>> were talking about.
>
> We are talking about porting Sage to windows. I will leave it to the
> lawyers to define "native Windows port".
Fair enough.
> I strongly disagree with your asser
On Fri, Jan 1, 2010 at 4:38 PM, Dr. David Kirkby
wrote:
> William Stein wrote:
>
>> The Cygwin-based port will provide all functionality, not a limited
>> subset. As an estimate of difficulty: I'm confident Mike Hansen and I
>> working fulltime for one month could complete it. It would have been
William Stein wrote:
> The Cygwin-based port will provide all functionality, not a limited
> subset. As an estimate of difficulty: I'm confident Mike Hansen and I
> working fulltime for one month could complete it. It would have been
> finished already if good people were working on it. Just t
On Fri, Jan 1, 2010 at 2:46 PM, Dr. David Kirkby
wrote:
> William Stein wrote:
>> On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
>> wrote:
>>> William Stein wrote:
>>>
Unfortunately, there is no native port of Sage to Microsoft Windows (I
wish there were). So you can't use it from .N
William Stein wrote:
> On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
> wrote:
>> William Stein wrote:
>>
>>> Unfortunately, there is no native port of Sage to Microsoft Windows (I
>>> wish there were). So you can't use it from .NET.
>>>
>>> -- William
>> Is that situation changing?
>
> Not l
> bruhat_p_order = lambda p,q : p.bruhat_lequal(q)
> my_poset = Poset([perms, bruhat_p_order])
>
> It seems that when I create the poset, the elements are no longer
> permutations but "PosetElement"s, and I can't figure out how to
> "recover" the elements as permutations. I can't even coerce them b
Marshall Hampton wrote:
> That definitely looks like a bug. It seems to be in the fast_float
> command, called by setup_for_eval_on_grid. Hopefully someone more
> familiar with fast_float can comment on what is going wrong.
>
First, there is a bug, presumably in setup_for_eval_on_grid, where th
On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
wrote:
> William Stein wrote:
>
>> Unfortunately, there is no native port of Sage to Microsoft Windows (I
>> wish there were). So you can't use it from .NET.
>>
>> -- William
>
> Is that situation changing?
Not lately.
> I was under the impressi
On Fri, Jan 1, 2010 at 5:17 AM, Samrat wrote:
> Hi,
>
> On trying to compile Sage 4.3 on my openSUSE 11.0, the 'make test'
> process reported the following errors:
Also, give us vastly more details about your openSUSE install.
Everything you can think of.
I ask, because I built Sage 4.3 on openS
William Stein wrote:
> Unfortunately, there is no native port of Sage to Microsoft Windows (I
> wish there were). So you can't use it from .NET.
>
> -- William
Is that situation changing? I was under the impression Microsoft were sponsoring
a port, but I've not heard much about it. Is this pro
That definitely looks like a bug. It seems to be in the fast_float
command, called by setup_for_eval_on_grid. Hopefully someone more
familiar with fast_float can comment on what is going wrong.
-M.Hampton
On Dec 31 2009, 5:30 pm, TianWei wrote:
> When I try the following:
>
> sage: x,y = var(
Hi Samrat,
On Sat, Jan 2, 2010 at 12:17 AM, Samrat wrote:
> Should i attach the test.log for details?
Yes, that would be helpful, but should first upload the log to
somewhere on the web and provide a link to the log. What you can also
do is first run the tests in verbose mode with the "long"
Hi,
On trying to compile Sage 4.3 on my openSUSE 11.0, the 'make test'
process reported the following errors:
--
The following tests failed:
sage -t "devel/sage/doc/en/tutorial/tour_algebra.rst"
sage -t "devel
I agree this is not a well-defined question but the questioner may
want to look at
http://www.gap-system.org/Manuals/doc/htm/tut/CHAP005.htm#SECT004 .
I also suggest starting with smaller groups to begin with, if possible,
to test out things.
On Thu, Dec 31, 2009 at 9:12 PM, Alex Ghitza wrote:
>
20 matches
Mail list logo
