Amazingly dense. ;-) Didn't catch any typos.
Does the calculus section have room for numerical_integral()?
Rob
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubs
Dear sage-devel, sage-nt, and random other victims,
The current behaviour of X.dimension() for a scheme X is often either
counterintuitive or mathematically wrong. Several people pointed out
such problems at Sage Days 14. I would like to give you some examples
of this, make a proposal, and poin
On Mar 28, 9:17 pm, William Stein wrote:
> On Sat, Mar 28, 2009 at 9:12 PM, mabshoff wrote:
> > I also looked athttp://wiki.sagemath.org/freebsd/sage-3.4and I am
> > dubious about some of the patches, especially about most of the bits
> > from ports. I did not need any of those to build Sag
On Sat, Mar 28, 2009 at 9:12 PM, mabshoff wrote:
>
>
>
> On Mar 28, 9:08 pm, Peter Jeremy wrote:
>> On 2009-Mar-28 20:00:12 -0700, William Stein wrote:
>>
>>
>>
>> >On Sat, Mar 28, 2009 at 7:55 PM, Peter Jeremy
>> > wrote:
>> >> sage -t "devel/sage/sage/schemes/elliptic_curves/lseries_ell.p
On Sat, Mar 28, 2009 at 9:13 PM, mabshoff wrote:
>
>
>
> On Mar 28, 9:05 pm, Gonzalo Tornaria wrote:
>> I did an upgrade from 3.4 as follows:
>>
>> 1. sage -br main ---> switch to main, which is CLEAN
>> 2. sage
>> -upgradehttp://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/sa..
On Mar 28, 9:05 pm, Gonzalo Tornaria wrote:
> I did an upgrade from 3.4 as follows:
>
> 1. sage -br main ---> switch to main, which is CLEAN
> 2. sage
> -upgradehttp://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/sa...
> 3. once that was finished, I pulled the new changes into
On Sat, Mar 28, 2009 at 9:05 PM, Gonzalo Tornaria
wrote:
>
> I did an upgrade from 3.4 as follows:
>
> 1. sage -br main ---> switch to main, which is CLEAN
> 2. sage -upgrade
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/sage-3.4.1.alpha0
> 3. once that was finished, I pul
On Mar 28, 9:08 pm, Peter Jeremy wrote:
> On 2009-Mar-28 20:00:12 -0700, William Stein wrote:
>
>
>
> >On Sat, Mar 28, 2009 at 7:55 PM, Peter Jeremy
> > wrote:
> >> sage -t "devel/sage/sage/schemes/elliptic_curves/lseries_ell.py"
> >> Runs out of swap.
>
> >How much RAM does this ma
On 2009-Mar-28 20:00:12 -0700, William Stein wrote:
>
>On Sat, Mar 28, 2009 at 7:55 PM, Peter Jeremy
> wrote:
>> sage -t "devel/sage/sage/schemes/elliptic_curves/lseries_ell.py"
>> Runs out of swap.
>
>How much RAM does this machine have? How much swap does this machine have?
2GB RAM,
I did an upgrade from 3.4 as follows:
1. sage -br main ---> switch to main, which is CLEAN
2. sage -upgrade
http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/sage-3.4.1.alpha0
3. once that was finished, I pulled the new changes into my sage-brandt branch
4. applied the rebased
On Sat, Mar 28, 2009 at 8:53 PM, Gonzalo Tornaria
wrote:
>
> I've just finished compilation of 3.4.1.alpha0 + small patches in
> sage.math, but it refuses to run based on "missing sse4_1 flag".
> However, sage.math seems to still have 24 cores all of them with
> sse4_1...
Did you upgrade? A c
On Mar 28, 8:53 pm, Gonzalo Tornaria wrote:
> I've just finished compilation of 3.4.1.alpha0 + small patches in
> sage.math, but it refuses to run based on "missing sse4_1 flag".
> However, sage.math seems to still have 24 cores all of them with
> sse4_1...
Did you upgrade another build? I can
I've just finished compilation of 3.4.1.alpha0 + small patches in
sage.math, but it refuses to run based on "missing sse4_1 flag".
However, sage.math seems to still have 24 cores all of them with
sse4_1...
Transcript below:
torna...@sage:~/sage-3.3.rc0/devel/sage-brandt$ sage
---
On Sat, Mar 28, 2009 at 8:29 PM, Carl Witty wrote:
>
> On Sat, Mar 28, 2009 at 7:59 PM, William Stein wrote:
>>
>> Hi,
>>
>> I created a new 2-page Sage quick reference based on the one Peter
>> Jipsen made a while ago.
>>
>> http://sage.math.washington.edu/home/wstein/patches/quickref.pdf
>>
>>
On Sat, Mar 28, 2009 at 7:59 PM, William Stein wrote:
>
> Hi,
>
> I created a new 2-page Sage quick reference based on the one Peter
> Jipsen made a while ago.
>
> http://sage.math.washington.edu/home/wstein/patches/quickref.pdf
>
> It's different than Peter's because it has some pictures and has
On 03/29/09 08:29, William Stein wrote:
> I created a new 2-page Sage quick reference based on the one Peter
> Jipsen made a while ago.
>
> http://sage.math.washington.edu/home/wstein/patches/quickref.pdf
This is very nice. Thanks.
prabhu
--~--~-~--~~~---~--~~
On Sat, Mar 28, 2009 at 7:55 PM, Peter Jeremy
wrote:
> On 2009-Mar-23 20:50:05 +1100, Peter Jeremy
> wrote:
>>I've been doing some work on getting Sage-3.4 to work natively on
>>FreeBSD and I've reached the point where I can compile sage-3.4 on
>>FreeBSD-8/amd64 (using gcc/g++/gfortran 4.3) and
Hi,
I created a new 2-page Sage quick reference based on the one Peter
Jipsen made a while ago.
http://sage.math.washington.edu/home/wstein/patches/quickref.pdf
It's different than Peter's because it has some pictures and has
sections about graph theory, combinatorics, group theory, linear
alge
On 2009-Mar-23 20:50:05 +1100, Peter Jeremy
wrote:
>I've been doing some work on getting Sage-3.4 to work natively on
>FreeBSD and I've reached the point where I can compile sage-3.4 on
>FreeBSD-8/amd64 (using gcc/g++/gfortran 4.3) and get it to start.
I've done some more work and cleaned up mos
On Sat, Mar 28, 2009 at 5:39 PM, John H Palmieri wrote:
>
> Several pieces of documentation have missing images: a_tour_of_sage is
> missing sin_plot and eigen_plot -- I've found these image files in
> sage-3.3.5 or something -- and bordeaux_2008 is missing birch and
> modpcurve. I haven't found
Several pieces of documentation have missing images: a_tour_of_sage is
missing sin_plot and eigen_plot -- I've found these image files in
sage-3.3.5 or something -- and bordeaux_2008 is missing birch and
modpcurve. I haven't found these. Can someone provide files or a
link? Then I'll add them b
/* Linux */
#include
int sched_getaffinity(pid_t pid, unsigned int cpusetsize, cpu_set_t
*mask);
static inline int num_processors()
{
unsigned int bit;
int np;
cpu_set_t aff;
memset(&aff, 0, sizeof(aff) );
sched_getaffinity(0, sizeof(aff), &aff );
If the user has Java installed, you could execute a .class file to get
this information; for example:
public class NumProcessors {
public static void main(String[] args) {
System.out.println(Runtime.getRuntime().availableProcessors());
}
}
If you compiled this and put the resulting .clas
On Sat, Mar 28, 2009 at 3:03 PM, Ondrej Certik wrote:
>
> Hi,
>
> if I want to test, that Sage still builds on Mac Os X after my
> changes, is it enough to just install Darwin into virtualbox and make
> sure it builds on Darwin?
>
> Or do I actually need to buy the Mac Os X system? I don't really
2009/3/28 mabshoff :
>
> Hello folks,
>
> this release is overdue, but here we go. We have loads of little
> fixes, but also
>
> * massive improvements to number fields (Francis Clarke)
> * Cython 0.11 (upstream Cython team including Robert Bradshaw)
> * rewrite fast_float to support more datat
> 3) if it doesn't build, we are on Mac probably, so run sysctl -n
> hw.ncpu (I don't have any Mac to test it on, but I guess there
> might be a way to actually write the C program in a portable way to
> work both on linux and Mac)
So according to this thread:
http://www.nabble.com/-patch--l
Hi,
if I want to test, that Sage still builds on Mac Os X after my
changes, is it enough to just install Darwin into virtualbox and make
sure it builds on Darwin?
Or do I actually need to buy the Mac Os X system? I don't really
understand if Darwin is enough and Mac Os X is just the gui, or if M
Hi,
I am trying to figure out the best way to automatically determine the
number of processors and used that information to speed up Sage build.
What is the best way of doing it?
If I can assume python on the system, then one can just use:
def ncpus()
#for Linux, Unix and MacOS
if hasat
On Sat, Mar 28, 2009 at 6:20 AM, pang wrote:
>
> Hello:
> I'm now learning moodle as admin, and I would like to use another
> kind of moodle integration, just to control access to the sage server
> and to organize the notebooks. I have the following reasons:
>
> 1) Security: I've been told sag
Dear Martin Raum,
> Are you aware of any discussion about what should be comparable?
> Otherwise I will work our something and post it to Trac. I think this
> is the way to do it, isn't it?
You should have a look at the huge thread about
"element of integermod is element of integer?"
On Mar 28, 2009, at 10:50 AM, Martin Raum wrote:
> On 27 Mrz., 20:24, Robert Bradshaw
> wrote:
>> It would be very good to cleanup/revise the code in there, but
>> beware, it is rather fragile. There has also been discussion to make
>> *less* things comparable, so it should probably be done with
mabshoff wrote:
> Hello folks,
>
> this release is overdue, but here we go. We have loads of little
> fixes, but also
>
> * massive improvements to number fields (Francis Clarke)
> * Cython 0.11 (upstream Cython team including Robert Bradshaw)
> * rewrite fast_float to support more datatypes
Hello folks,
this release is overdue, but here we go. We have loads of little
fixes, but also
* massive improvements to number fields (Francis Clarke)
* Cython 0.11 (upstream Cython team including Robert Bradshaw)
* rewrite fast_float to support more datatypes (Carl Witty)
* much better UTF8
On Sat, Mar 28, 2009 at 10:50 AM, Martin Raum
wrote:
> Are you aware of any discussion about what should be comparable?
> Otherwise I will work our something and post it to Trac. I think this
> is the way to do it, isn't it?
People have specifically complained about the complex numbers and
numbe
On Sat, Mar 28, 2009 at 10:37 AM, Florent Hivert
wrote:
> I also like the following one because it has a very high precedence and also
> because it reminds XML tags
>
> [1,2,3] [1,2,3]
That one is nice; it's very pretty. Unfortunately, it doesn't work
with the same implementation, because
On 27 Mrz., 20:24, Robert Bradshaw
wrote:
> It would be very good to cleanup/revise the code in there, but
> beware, it is rather fragile. There has also been discussion to make
> *less* things comparable, so it should probably be done with that in
> mind.
>
> Just curious, did you have a s
> I'd like to extend the above decorator to handle several different
> common precedence levels, maybe just addition, multiplication, and power.
You mean that you what to support the following syntaxes ?
[1,2,3] +foo+ [1,2,3]
[1,2,3] **foo** [1,2,3]
I also like the following one becaus
Dear Jason,
> Okay, how about this:
>
> class inline_operator:
You probably mean :
class infix_operator:
...
"infix" remember "infix" :)
> # EXAMPLE
>
> a=[1,2,3]
> b=[3,4,5]
>
> @inline_operator
> def emul(a,b):
> return [i*j for i,j in zip(a,b)]
>
> # Returns [3,8,15]
> a
Florent Hivert wrote:
> Dear Jason,
>> Okay, how about this:
>>
>> class inline_operator:
>
> You probably mean :
>
> class infix_operator:
> ...
>
> "infix" remember "infix" :)
Yes. Right. Thanks.
>
>> # EXAMPLE
>>
>> a=[1,2,3]
>> b=[3,4,5]
>>
>> @inline_operator
>> def emul(a,b)
On Sat, Mar 28, 2009 at 12:17 AM, Henryk Trappmann
wrote:
>
> I reached 90% coverage and have some more questions:
>
> 1. What is pickling?
http://docs.python.org/library/pickle.html
> Currently I get the following message if I try
> dumps:
> PicklingError: Can't pickle :
> attribute lookup __m
Carl Witty wrote:
> On Sat, Mar 28, 2009 at 5:28 AM, Jason Grout
> wrote:
>> Aha, the one custom infix operator that I know of in Sage.
>>
>> In the backslash operator and in the article posted, the rmul only
>> stored the argument and the __mul__ only performed the operation. Are
>> you always
On Sat, Mar 28, 2009 at 5:28 AM, Jason Grout
wrote:
> Aha, the one custom infix operator that I know of in Sage.
>
> In the backslash operator and in the article posted, the rmul only
> stored the argument and the __mul__ only performed the operation. Are
> you always guaranteed that __rmul__ wi
Hi,
I've posted a patch here that speeds up all_colouring by about 5
times: http://trac.sagemath.org/sage_trac/ticket/5623
I'd appreciate it if people who use the graph colouring code code
could test the patch.
Cheers,
--
Carlo Hamalainen
http://carlo-hamalainen.net
--~--~-~--~~-
Hi,
On Wed, Mar 25, 2009 at 11:57 AM, Jason Grout
wrote:
> As a guess, we might be calling out to maxima to latex the integral or
> derivative, so that might explain where the problem lies.
Yes, you are quite right. Now I have been able to locate the code where
Sage is calling maxima for Tex-in
Robert Bradshaw wrote:
> This is the same trick we use for the backslash operator in Sage.
>
Aha, the one custom infix operator that I know of in Sage.
In the backslash operator and in the article posted, the rmul only
stored the argument and the __mul__ only performed the operation. Are
yo
Florent Hivert wrote:
>>> One thing that I thought was very interesting was their way of allowing
>>> for custom inline operators in python. It inspired the following
>>> @inline_operator decorator. Would this be useful in Sage?
>>>
>>> class inline_operator:
>>> def __init__(self, function)
> > One thing that I thought was very interesting was their way of allowing
> > for custom inline operators in python. It inspired the following
> > @inline_operator decorator. Would this be useful in Sage?
> >
> > class inline_operator:
> > def __init__(self, function):
> > self.fun
On Sat, Mar 28, 2009 at 7:20 AM, pang wrote:
>
> 2) Organization and sharing: sage notebooks aren't organized in
> folders and they aren't attached to a calendar. They all appear in a
> single long list.
+1. It would be really good to have a feature for creating custom
folders in notebook inte
Hello:
I'm now learning moodle as admin, and I would like to use another
kind of moodle integration, just to control access to the sage server
and to organize the notebooks. I have the following reasons:
1) Security: I've been told sage servers can be taken down if
universal access is allowed.
I reached 90% coverage and have some more questions:
1. What is pickling? Currently I get the following message if I try
dumps:
PicklingError: Can't pickle :
attribute lookup __main__.FormalPowerSeries failed
2. I currently work in my own repository, when is it time to switch to
the sage reposit
This is the same trick we use for the backslash operator in Sage.
- Robert
On Mar 27, 2009, at 6:52 PM, David Joyner wrote:
>
> This is very cool!
>
> I remember wanting something like this awhile back but right now I
> can't remember
> what for. Anyway, I think it could be useful. Thanks!
>
>
51 matches
Mail list logo
