On Jan 25, 2012 9:33 PM, "syd.lavas...@gmail.com"
wrote:
>
> So I guess everybody found this issue a non-issue. However, this for
> example makes it possible to compute the genus of a function field
> that is defined over a non-prime finite field
> (genus currently uses singular)
>
> I take the si
Unfortunately you cannot delete attachments on trac. Just put at the bottom
of the ticket description a short description of which attachments are
relevant, leaving out the irrelevant or outdated patches, like this:
Apply:
1. [attachment:first_patch.new.patch]
2. [attachment:second_patch.pat
It might be a trivial question but I merged two patch files that
uploaded previously but I couldn't delete the old files here:
http://trac.sagemath.org/sage_trac/ticket/12170
Sorry if it's trivial question
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe fro
It might be a trivial question but I merged two patch files that
uploaded previously but I couldn't delete the old files here:
http://trac.sagemath.org/sage_trac/ticket/12170
Sorry if it's trivial question
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe fro
So I guess everybody found this issue a non-issue. However, this for
example makes it possible to compute the genus of a function field
that is defined over a non-prime finite field
(genus currently uses singular)
I take the silence as a 'go ahead'. I'll add this to the patch of
http://trac.sagema
Aha! If I put a couple spaces, it works!
Eva
On Jan 25, 10:46 pm, Jason Grout wrote:
> On 1/25/12 5:13 PM, Michael Madison wrote:
>
> > Jason, On a HTC Thunderbolt with Android 2.3.4 if I put a couple of
> > spaces I get an "ok", but not 2. Mike
>
> Thanks. Do you see in the messages down b
Actually, I get the same thing: when connected to aleph.sagemath.org
through my phone's browser, there's a button to toggle plantext input,
and if it is in the correct setting, then 1+1 evaluates to 2, but
otherwise it returns an error for me. The setting that gives the
error is the one where the
On 1/25/12 5:13 PM, Michael Madison wrote:
Jason, On a HTC Thunderbolt with Android 2.3.4 if I put a couple of
spaces I get an "ok", but not 2. Mike
Thanks. Do you see in the messages down below what you are getting
back? (It should be a message with message type 'pyout'.)
On my tablet (
On Wednesday, January 25, 2012 3:33:58 PM UTC-8, Volker Braun wrote:
>
> Unless there is any marked benefit to using the high-resolution timer its
> probably best to just #define HAVE_CLOCK_GETTIME 1 in config.h after
> running configure.
Should be #define HAVE_CLOCK_GETTIME 0
--
To post to t
Unless there is any marked benefit to using the high-resolution timer its
probably best to just #define HAVE_CLOCK_GETTIME 1 in config.h after
running configure.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+
On Jan 25, 3:51 pm, Jeroen Demeyer wrote:
> On 2012-01-25 22:22, john_perry_usm wrote:>> Well OSX doesn't support librt
> and I'm pretty sure Ubuntu 10.04.3 ld is
> >> using old-style DSO linking.
>
> > OK. So basically we just have to fix modules_list.py.
>
> >> I don't see why you cbc needs lib
>From src/Cbc/configure.ac:
AC_CHECK_LIB([rt],[clock_gettime],
[CBCLIB_LIBS="-lrt $CBCLIB_LIBS"
CBCLIB_PCLIBS="-lrt $CBCLIB_PCLIBS"
AC_DEFINE([HAVE_CLOCK_GETTIME],[1],[Define if clock_gettime
and rt library is available])
So cbc uses librt to get
Jason, On a HTC Thunderbolt with Android 2.3.4 if I put a couple of
spaces I get an "ok", but not 2. Mike
On Jan 25, 10:43 am, Jason Grout wrote:
> On 1/25/12 2:03 AM, Moritz Minzlaff wrote:
>
> > Same problems here (Samsung Galaxy Mini, 2.3.5). I can connect to
> > aleph.sagemath.org on my pho
On Jan 25, 3:51 pm, Jeroen Demeyer wrote:
> On 2012-01-25 22:22, john_perry_usm wrote:>> Well OSX doesn't support librt
> and I'm pretty sure Ubuntu 10.04.3 ld is
> >> using old-style DSO linking.
>
> > OK. So basically we just have to fix modules_list.py.
>
> >> I don't see why you cbc needs lib
> Well OSX doesn't support librt and I'm pretty sure Ubuntu 10.04.3 ld is
> using old-style DSO linking.
OK. So basically we just have to fix modules_list.py.
> I don't see why you cbc needs librt to start with. Does it do any real-time
> stuff?
I think the problem is that zlib requires rtlib. C
On 2012-01-25 22:22, john_perry_usm wrote:
>> Well OSX doesn't support librt and I'm pretty sure Ubuntu 10.04.3 ld is
>> using old-style DSO linking.
>
> OK. So basically we just have to fix modules_list.py.
>
>> I don't see why you cbc needs librt to start with. Does it do any real-time
>> stuff
> Well OSX doesn't support librt and I'm pretty sure Ubuntu 10.04.3 ld is
> using old-style DSO linking.
OK. So basically we just have to fix modules_list.py.
> I don't see why you cbc needs librt to start with. Does it do any real-time
> stuff?
I think the problem is that zlib requires rtlib. C
On Wednesday, January 25, 2012, Nils Bruin wrote:
> On Jan 25, 9:22 am, Volker Braun wrote:
>> On Wednesday, January 25, 2012 8:58:15 AM UTC-8, Nils Bruin wrote:
>>
>> > sage: bool(37 +i < 37 -i)
>> > False
>>
>> False meaning that Sage cannot affirm that it is true; IMHO the correct
>> answer.
>
On Jan 25, 9:22 am, Volker Braun wrote:
> On Wednesday, January 25, 2012 8:58:15 AM UTC-8, Nils Bruin wrote:
>
> > sage: bool(37 +i < 37 -i)
> > False
>
> False meaning that Sage cannot affirm that it is true; IMHO the correct
> answer.
>
> > sage: bool(37 +i > 37 -i)
> > True
>
> BUG
Having "<" r
> Some people have proposed that it would be a good idea to have an
> architecture for comparisons that are useful for making output (e.g.,
> a list of complex numbers) be returned in some well-defined order, but
> which wouldn't be __cmp__. Then one can order complex (number
> field, etc.) el
Well OSX doesn't support librt and I'm pretty sure Ubuntu 10.04.3 ld is
using old-style DSO linking.
I don't see why you cbc needs librt to start with. Does it do any real-time
stuff?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an
Hi William,
On 25 Jan., 19:30, William Stein wrote:
> > Small improvement, but an improvement. Also, I observed that some
> > matrix functions use hand-made caches. Should we change those to use
> > @cahced_method instead, or is this done by some design reason?
>
> There was no cached_method when
On Wed, Jan 25, 2012 at 11:45 AM, javier wrote:
> Hi William,
>
> On Jan 25, 6:30 pm, William Stein wrote:
>> I think is_singular should raise a ValueError if the input matrix is
>> not square.
>
> Sure, that makes sense. My main point was arguing for the convenience
> of using rank rather than d
Hi William,
On Jan 25, 6:30 pm, William Stein wrote:
> I think is_singular should raise a ValueError if the input matrix is
> not square.
Sure, that makes sense. My main point was arguing for the convenience
of using rank rather than determinant.
> That is probably a good idea over ZZ or QQ and
Le 25/01/2012 17:32, Julien Puydt a écrit :
What bothers me is that the "exists" function looks quite portable, so
the reason of the failure is unclear.
What bothers me even more is that this file has a very short history :
$ hg log sage/graphs/graph_decompositions/vertex_separation.pyx
chang
On 1/25/12 2:03 AM, Moritz Minzlaff wrote:
Same problems here (Samsung Galaxy Mini, 2.3.5). I can connect to
aleph.sagemath.org on my phone, but 1+1 throws a syntax error
depending on whether I toggle plaintext input or not.
That's actually different than what they are describing, and seems to
On Wed, Jan 25, 2012 at 9:57 AM, Christopher Swenson
wrote:
> Fair enough. :)
It's just that often people freak all the time about Sage allowing "<"
and complex numbers in the same room.
Some people have proposed that it would be a good idea to have an
architecture for comparisons that are usefu
On Jan 25, 11:35 am, Volker Braun wrote:
> Sounds like some library that you are linking to uses librt, even though
> your own program doesn't. At the linker command line you must specify all
> libraries being used. Older versions of ld will automatically try to find
> implicit dependencies, but t
On Wed, Jan 25, 2012 at 10:15 AM, javier wrote:
> Hi all!
>
> I noticed that doing
> A.is_singular()
> is the same thing as
> A.determinant() == 0
>
> I am not sure this is optimal, as we can know that A.det() != 0
> without having to compute it.
> I was wondering if it would be quicker to make A.
Hi all!
I noticed that doing
A.is_singular()
is the same thing as
A.determinant() == 0
I am not sure this is optimal, as we can know that A.det() != 0
without having to compute it.
I was wondering if it would be quicker to make A.is_singular()
equivalent to
if A.nrows() == A.ncols():
return
Fair enough. :)
--Christopher
On Wed, Jan 25, 2012 at 12:46, William Stein wrote:
> On Wed, Jan 25, 2012 at 9:30 AM, Christopher Swenson
> wrote:
> > Looking in rings/complex_number.pyx, it looks like it a simple lex
> ordering.
> > I would bet that this is because people would be annoyed th
On Wed, Jan 25, 2012 at 9:30 AM, Christopher Swenson
wrote:
> Looking in rings/complex_number.pyx, it looks like it a simple lex ordering.
> I would bet that this is because people would be annoyed that you get an
> exception if you tried to sort a list of complex numbers, even though you
> can't
Sounds like some library that you are linking to uses librt, even though
your own program doesn't. At the linker command line you must specify all
libraries being used. Older versions of ld will automatically try to find
implicit dependencies, but this is bad and deprecated.
--
To post to thi
Looking in rings/complex_number.pyx, it looks like it a simple lex
ordering. I would bet that this is because people would be annoyed that
you get an exception if you tried to sort a list of complex numbers, even
though you can't. :)
--Christopher
On Wed, Jan 25, 2012 at 12:22, Volker Braun wro
On Wednesday, January 25, 2012 8:58:15 AM UTC-8, Nils Bruin wrote:
>
> sage: bool(37 +i < 37 -i)
> False
>
False meaning that Sage cannot affirm that it is true; IMHO the correct
answer.
> sage: bool(37 +i > 37 -i)
> True
>
BUG
--
To post to this group, send an email to sage-devel@goo
Now that's just cheating.
--Christopher
On Wed, Jan 25, 2012 at 11:58, Nils Bruin wrote:
> On Jan 25, 7:05 am, Christopher Swenson wrote:
> > If we have possible confusions about the numberiung, we should give them
> > complex number identifier. So, 37, 37 + i, 37 - i, etc.
> >
> > Who knows w
On Jan 25, 7:05 am, Christopher Swenson wrote:
> If we have possible confusions about the numberiung, we should give them
> complex number identifier. So, 37, 37 + i, 37 - i, etc.
>
> Who knows which one comes first then?
Python doesn't:
sage: complex(37,1) 37 -i)
True
--
To post to this group,
Le 25/01/2012 17:14, Julien Puydt a écrit :
Le 25/01/2012 13:22, Julien Puydt a écrit :
(2) strange graph errors :
The good news is that if I put the following lines in a test_graphs.py
file, the problem is still there:
from sage.all import *
from sage.graphs.graph_decompositions.vertex_separ
Oh, I forgot -- the patch I have works just fine on 32-bit Ubuntu and
32-bit Mac OSX. As far as we know, it fails only on 64-bit Debian.
john perry
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@goog
Hi
Some more information which I find fascinating; apologies if it's not
helpful:
. all this is needed because the library CoinUtils wants to call
gzopen;
. g++ compiles the patch for Nathann even though librt isn't linked;
. Nathann can start sage just fine; but
. when he tries to create a Mixed
On Jan 25, 11:11 am, Nathann Cohen wrote:
> Hello everybody
>
> While attempting to upgrade the optional cbc package we met an issue I have
> no idea how to solve. For some mysterious reason (for which I did not try
> to find an explanation -- this package is exhausting me), Coin requires
>
Le 25/01/2012 13:22, Julien Puydt a écrit :
(2) strange graph errors :
The good news is that if I put the following lines in a test_graphs.py
file, the problem is still there:
from sage.all import *
from sage.graphs.graph_decompositions.vertex_separation import
vertex_separation
from sage.g
Oops. I forgot to add that the upgrade was actually ticket #12220
http://trac.sagemath.org/sage_trac/ticket/12220
Nathann
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more opt
Hello everybody
While attempting to upgrade the optional cbc package we met an issue I have
no idea how to solve. For some mysterious reason (for which I did not try
to find an explanation -- this package is exhausting me), Coin requires
some optional libraries to be run. On my computer, I ne
If we have possible confusions about the numberiung, we should give them
complex number identifier. So, 37, 37 + i, 37 - i, etc.
Who knows which one comes first then?
--Christopher
On Wed, Jan 25, 2012 at 09:39, Sébastien Labbé wrote:
> > > I thought last time we had this discussion (for 35.5
Le 25/01/2012 14:16, Dima Pasechnik a écrit :
That's on 32-but ARM running Ubuntu 11.10, right?
Right.
So these graph-related things were not here before, or was it the 1st
time you ran ptestlong?
The previous times I ran ptestlong, there was just numerical noise and
pickle ; I can't remem
Le 25/01/2012 13:22, Julien Puydt a écrit :
sage -t --long -force_lib devel/sage/sage/interfaces/quit.py
**
File "/home/jpuydt/sage-4.8/devel/sage-main/sage/interfaces/quit.py",
line 116:
sage: a, b
Expected:
(2, 3)
Got:
(0(%o19)
> > I thought last time we had this discussion (for 35.5), the conclusion was to
> > just have integer Sage Days, and sometimes they would be out of order (i.e.,
> > the integers represented when the Sage Days was planned and reserved, not
> > necessarily when it happened on the calendar).
+1
SL
On 1/25/12 7:54 AM, Stephen Montgomery-Smith wrote:
So if you move the sage-4.8 directory, and run sage, it recodes various
paths.
Can someone tell me where in the source code these operations are
programmed? And which files are touched by this operation?
See SAGE_ROOT/local/bin/sage-location
So if you move the sage-4.8 directory, and run sage, it recodes various
paths.
Can someone tell me where in the source code these operations are
programmed? And which files are touched by this operation?
Thanks, Stephen
--
To post to this group, send an email to sage-devel@googlegroups.com
Ivan's iPhone app is cool. However, when it links to sagenb or
sagemath.org, it looks ... unhelpful. Perhaps this is possible to fix
easily - exchange below. Is there someone for whom this would be only
epsilon/two of effort to fix, who has epsilon/two time available?
- kcrisman
+++
> Incident
That's on 32-but ARM running Ubuntu 11.10, right?
So these graph-related things were not here before, or was it the 1st time
you ran ptestlong?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegr
Hi,
I ran sage-4.8 (with the flint-1.5.2 spkg)'s ptestlong :
Total time for all tests: 29104.6 seconds
There are three kinds of failures in the log :
(1) numerical uncertainty :
sage -t --long -force_lib devel/sage/sage/functions/other.py
**
Hi Dan,
any particular plans for it?
Considering that Korea is almost the same timezone, and reachable
reasonably quickly from Singapore,
it sound interesting...
Dima
On Monday, January 23, 2012 1:39:36 PM UTC+8, Dan Drake wrote:
>
> On Sun, 22 Jan 2012 at 01:41PM -0500, Franco Saliola wrote:
> >
Same problems here (Samsung Galaxy Mini, 2.3.5). I can connect to
aleph.sagemath.org on my phone, but 1+1 throws a syntax error
depending on whether I toggle plaintext input or not.
On Jan 24, 8:03 pm, Aaron Dutle wrote:
> I've got the same problems on my Droid X2, running 2.3.3. I can access
> a
55 matches
Mail list logo
