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
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
Hi Samrat,
On Sat, Jan 2, 2010 at 12:17 AM, Samrat samrat@gmail.com wrote:
SNIP
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
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 ltwis...@gmail.com wrote:
When I try the following:
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
On Fri, Jan 1, 2010 at 5:17 AM, Samrat samrat@gmail.com 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
On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
david.kir...@onetel.net 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
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 the
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 PosetElements, and I can't figure out how to
recover the elements as permutations. I can't even coerce them back
to
William Stein wrote:
On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
david.kir...@onetel.net 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
On Fri, Jan 1, 2010 at 2:46 PM, Dr. David Kirkby
david.kir...@onetel.net wrote:
William Stein wrote:
On Fri, Jan 1, 2010 at 9:04 AM, Dr. David Kirkby
david.kir...@onetel.net wrote:
William Stein wrote:
Unfortunately, there is no native port of Sage to Microsoft Windows (I
wish there were).
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 to
On Fri, Jan 1, 2010 at 4:38 PM, Dr. David Kirkby
david.kir...@onetel.net 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
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 assertion that
On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
david.kir...@onetel.net 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
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.
I strongly disagree
Mike Hansen wrote:
On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
david.kir...@onetel.net 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
Mike Hansen wrote:
On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
david.kir...@onetel.net 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
Dr. David Kirkby wrote:
Mike Hansen wrote:
On Fri, Jan 1, 2010 at 7:08 PM, Dr. David Kirkby
david.kir...@onetel.net 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
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(pi)
20 matches
Mail list logo
