If I hard-code mabshoff into my programs, will they build more
reliably on more systems, and leak less memory?
On Fri, Apr 24, 2009 at 11:15 PM, mabshoff wrote:
>
>
>
> On Apr 24, 11:04 pm, "Dr. David Kirkby"
> wrote:
>
> Hi David,
>
>> I've tried to build 3.4.1 on Sun Blade 2000 (SPARC) workst
On Apr 24, 11:51 pm, "Nicolas M. Thiery"
wrote:
> > > For information: the patch suggested on #5852 seems to work fine on my
> > > machine (macbook pro ubuntu intrepid)
>
> > Well, give the complexity of the patch why did you not do a formal
> > review then? :)
>
> I got scared by your comments
> > For information: the patch suggested on #5852 seems to work fine on my
> > machine (macbook pro ubuntu intrepid)
>
> Well, give the complexity of the patch why did you not do a formal
> review then? :)
I got scared by your comments that it could be system dependent, which
I don't want to dwe
On Apr 24, 2009, at 11:29 PM, Alex Ghitza wrote:
>
>>
>> Try calling canonical_coercion explicitly. What error is being
>> thrown!?
>>
>
> Right. Here goes:
>
> {{{
> sage: X = Spec(ZZ)
> sage: f = X.identity_morphism(); g = X.identity_morphism()
> sage: canonical_coercion(f, g)
> ERROR: An u
>
> Try calling canonical_coercion explicitly. What error is being thrown!?
>
Right. Here goes:
{{{
sage: X = Spec(ZZ)
sage: f = X.identity_morphism(); g = X.identity_morphism()
sage: canonical_coercion(f, g)
ERROR: An unexpected error occurred while tokenizing input
The following traceback ma
On Fri, Apr 24, 2009 at 8:42 PM, Robert Bradshaw
wrote:
>
> On Apr 24, 2009, at 8:24 PM, Nick Alexander wrote:
>
>>
>>> Another option is
>>>
>>> sage: 3/2 + 1/2 in ZZ
>>> True
>>> sage: 3/2 + 1/3 in ZZ
>>> False
>>
>> I just ran into the "True in ZZ" returns True thing again. How do I
>> check
On Fri, Apr 24, 2009 at 9:07 PM, Rado wrote:
>
> Alright I got how to make ``load "test space.py"`` work for the
> notebook too. The problem is in:
>
> /home/rado/sage-3.4/devel/sage/sage/server/notebook/worksheet.py
>
> line 3558: for filename in L.split():
>
> the python split function splits
On Sat, Apr 25, 2009 at 6:10 AM, mabshoff wrote:
>
>
>
> On Apr 24, 11:01 pm, Minh Nguyen wrote:
>> Hi Michael,
>
> Hi Minh,
>
>> for the release tour of Sage 3.4.1, David Loeffler has put down Georg
>> S. Weber, Chris Kurth and himself as contributors of code for that
>> ticket. The patch 5180
On Apr 24, 11:04 pm, "Dr. David Kirkby"
wrote:
Hi David,
> I've tried to build 3.4.1 on Sun Blade 2000 (SPARC) workstation, using
> the tool chain I downloaded from the Sage web site (based on gcc 4.3.2).
>
> This went well for several hours, but then failed. It appears the
> directory /home/
On Fri, Apr 24, 2009 at 11:05 PM, Alex Ghitza wrote:
>
> Hi,
>
> I'm still working on fixing up schemes/generic/morphism.py, and I'm
> still having trouble with comparisons. I have written __cmp__()
> methods, but they don't seem to be called. Here's a concrete example.
> The definition of __c
On Apr 24, 11:01 pm, Minh Nguyen wrote:
> Hi Michael,
Hi Minh,
> for the release tour of Sage 3.4.1, David Loeffler has put down Georg
> S. Weber, Chris Kurth and himself as contributors of code for that
> ticket. The patch 5180-arithgroups.patch on that ticket certainly has
> Chris Kurth as
Hi,
I'm still working on fixing up schemes/generic/morphism.py, and I'm
still having trouble with comparisons. I have written __cmp__()
methods, but they don't seem to be called. Here's a concrete example.
The definition of __cmp__ for SchemeMorphism_id is below:
{{{
class SchemeMorphism_id(S
I've tried to build 3.4.1 on Sun Blade 2000 (SPARC) workstation, using
the tool chain I downloaded from the Sage web site (based on gcc 4.3.2).
This went well for several hours, but then failed. It appears the
directory /home/mabshoff/sparc-solaris-toolchain/ is hard-coded
somewhere, so natura
Hi Michael,
On Fri, Apr 24, 2009 at 10:40 AM, mabshoff wrote:
>
> If you also used the author/reviewer system as I do in the release
> notes no confusion should arise and you mention all people getting
> credit on the ticket :)
>
> Thoughts?
Holy bit bucket! What a simple, yet effective idea
Alright I got how to make ``load "test space.py"`` work for the
notebook too. The problem is in:
/home/rado/sage-3.4/devel/sage/sage/server/notebook/worksheet.py
line 3558: for filename in L.split():
the python split function splits "test space.py" to '"test' and
'space.py"'. I googled for a b
On Apr 24, 2009, at 8:24 PM, Nick Alexander wrote:
>
>> Another option is
>>
>> sage: 3/2 + 1/2 in ZZ
>> True
>> sage: 3/2 + 1/3 in ZZ
>> False
>
> I just ran into the "True in ZZ" returns True thing again. How do I
> check to see if I passed an option or "True"?
You can do "x is True"
- Rober
> Another option is
>
> sage: 3/2 + 1/2 in ZZ
> True
> sage: 3/2 + 1/3 in ZZ
> False
I just ran into the "True in ZZ" returns True thing again. How do I
check to see if I passed an option or "True"?
Nick
--~--~-~--~~~---~--~~
To post to this group, send email
> I can fix 2) at $SAGE_ROOT/devel/sage/sage/misc/interpreter.py
> but actually I need a fix for 1) since I keep my files with folders
> with spaces. Since prompt works with files with spaces, it shouldn't
> be too hard to make the notebook work with those too, right?!?
Curiously the notebook han
I think I worded myself badly in the previous post. I see now that its
a design decision to use this syntax
USAGE: ``attach file1 file2 ...`` - space-separated
list of .py, .spyx, and .sage files.
instead of ``attach file1 arguments`` (this is the ipython syntax).
You are right obviously
>> (a file to take arguments from command line) /home/rado/.sage/
>> testarg.py
This is not what load/attach were intended for (and why do you expect
it to work?), but it's not a terrible idea. Certainly attach should
never support passing arguments, that's just perverse.
Nick
--~--~--
On Apr 24, 6:24 pm, Rado wrote:
> Hello,
Hi Rado,
> I was trying to load some python files and found some weird behaviour
> of the load/attach commands. I have three test files
>
> (a normal file) /home/rado/.sage/test.py
> (a file with space in the name) /home/rado/.sage/test space.py
> (a f
On Fri, Apr 24, 2009 at 1:59 AM, Tim Abbott wrote:
>
> On Thu, 23 Apr 2009, Gonzalo Tornaria wrote:
>
>> would it make sense to have a small "sage-source" debian package which
>> depends on the (few) build tools required to build debian and which
>> upon installation downloads sage, compiles it,
On Apr 24, 6:27 pm, Gonzalo Tornaria wrote:
Hi Gonzalo,
> On Fri, Apr 24, 2009 at 10:06 PM, mabshoff wrote:
> > Gonzalo: Can you please post a proper patch for bugfixes you suggest -
> > I am happt to convert your diff into a proper patch attributed to you,
> > but if you did it would just be
On Fri, Apr 24, 2009 at 10:06 PM, mabshoff wrote:
> Gonzalo: Can you please post a proper patch for bugfixes you suggest -
> I am happt to convert your diff into a proper patch attributed to you,
> but if you did it would just be easier :)
It seems I have some trouble understanding what's a "pro
Hello,
I was trying to load some python files and found some weird behaviour
of the load/attach commands. I have three test files
(a normal file) /home/rado/.sage/test.py
(a file with space in the name) /home/rado/.sage/test space.py
(a file to take arguments from command line) /home/rado/.sage/
On Apr 24, 5:27 pm, "Nicolas M. Thiery"
wrote:
> On Fri, Apr 24, 2009 at 01:23:25AM -0700, mabshoff wrote:
Hi Nicolas,
> > I remember a discussion about the problem, but did not see any fixes
> > in 3.4.1. If someone knows a ticket and/or even better a patch please
> > let us know so we can g
On Fri, Apr 24, 2009 at 01:23:25AM -0700, mabshoff wrote:
>
>
>
> On Apr 24, 1:16 am, John Cremona wrote:
>
> Hi,
>
> > This problem has been around for a while. It works ok if you give an
> > absolute pathname.
> >
> > Having said that, I just realised that the testing I have been doing
>
On Fri, Apr 24, 2009 at 10:59 AM, nirmal wrote:
>
> Thanks for all the helpful suggestions. I did not realize that
> is_Integer() was deprecated.
How could you not notice? If I do is_Integer I get a big DeprecationWarning:
sage: is_Integer(3)
/Users/wstein/.sage/temp/D_69_91_158_76.dhcp4.wash
On Fri, Apr 24, 2009 at 11:53 AM, Robert Miller wrote:
>
> Yeah, I should have mentioned that my point was that maybe h%3 should
> raise an error over QQ.
>
Over QQ, the number 3 generates the unit ideal, so everything is 0
modulo it :-).
William
> On Apr 24, 11:00 am, Craig Citro wrote:
>> >
William Stein wrote:
[...]
>
> Can *you* reproduce it repeatedly?
>
One again:
[j...@paix sage-3.4.2.alpha0]$ ./sage -t
"devel/sage/sage/matrix/matrix_symbolic_dense.pyx"
sage -t "devel/sage/sage/matrix/matrix_symbolic_dense.pyx"
*
On Fri, Apr 24, 2009 at 4:00 PM, Jaap Spies wrote:
>
> mabshoff wrote:
>> Hello folks,
>>
>> here goes 3.4.2.alpha0. It does not contain all the fixes I wanted,
>> but I merged two large (200kb+) patches (#5610 and #5848) that touched
>> a lot of files and that were in danger of bitrotting. Since
mabshoff wrote:
> Hello folks,
>
> here goes 3.4.2.alpha0. It does not contain all the fixes I wanted,
> but I merged two large (200kb+) patches (#5610 and #5848) that touched
> a lot of files and that were in danger of bitrotting. Since I
> considered it pointless to force people to rebase poten
On Apr 24, 3:30 pm, Tim Abbott wrote:
> On Fri, 24 Apr 2009, mabshoff wrote:
Hi Tim,
> > Is that correct or are the GNUisms Victor's fault?
>
> I would assume that is correct. I didn't actually write any of the code
> for NTL 5.5; Victor did all the work there. That said, I thought his
> in
On Fri, 24 Apr 2009, mabshoff wrote:
> Oops, forgot to mention IML. I have stuffed all this at
>
>http://wiki.sagemath.org/debian/sage-4.0.x-in-experimental
>
> and I think any info from Tim I missed or he will discover in the
> future should be added there. I will add ticket link for exist
On Fri, 24 Apr 2009, mabshoff wrote:
> Is that correct or are the GNUisms Victor's fault?
I would assume that is correct. I didn't actually write any of the code
for NTL 5.5; Victor did all the work there. That said, I thought his
intention was to not require GNU make as he mentioned it as o
On Apr 24, 3:09 pm, mabshoff wrote:
> On Apr 24, 2:50 pm, Ben Goodrich wrote:
> So the following packages need to be sorted out:
>
> * numpy to 1.3
> * scipy to 0.7 (maybe 0.7.1 if it is out by then)
> * NTL to 5.5
> * jquery
> * matplotlib (I know they have been talking about doing a
On Apr 24, 3:07 pm, David Harvey wrote:
> On Apr 24, 2:26 pm, Tim Abbott wrote:
Hi David,
> > As I understand it, David Harvey isn't physically at NYU yet and nobody
> > had mentioned the patch to Victor prior to my sending it to Victor.
>
> Actually, I've been physically at NYU since last J
On Apr 24, 2:50 pm, Ben Goodrich wrote:
Hi Ben,
> Right, anyone (mostly servers) using Debian stable or oldstable is not
> going to be able to keep up with Sage easily.
Agreed, but I think you misjudge the number of people running Debian
stable on non-server scenarios. It is also quite com
On Apr 24, 2:26 pm, Tim Abbott wrote:
> As I understand it, David Harvey isn't physically at NYU yet and nobody
> had mentioned the patch to Victor prior to my sending it to Victor.
Actually, I've been physically at NYU since last July, i.e. almost a
year. But Victor has been away on sabbatica
On Apr 24, 5:20 pm, mabshoff wrote:
> On Apr 24, 2:12 pm, Ben Goodrich wrote:
>
> > On Apr 24, 2:27 pm, Tim Abbott wrote:
>
>
>
> Hi Ben,
>
> > On the issue of using pre-release versions of Sage dependencies,
> > perhaps as a last resort we could ask Debian package maintainers to
> > upload a
On Apr 24, 11:26 am, Tim Abbott wrote:
> On Thu, 23 Apr 2009, mabshoff wrote:
Hi Tim,
> > Well, you pushed patches upstream that contain GNUisms and I will end
> > up patching it out of the sources again, so I am not too happy about
> > that since upstream way too often does not understand
On Apr 24, 2:12 pm, Ben Goodrich wrote:
> On Apr 24, 2:27 pm, Tim Abbott wrote:
Hi Ben,
> On the issue of using pre-release versions of Sage dependencies,
> perhaps as a last resort we could ask Debian package maintainers to
> upload a SVN version to the experimental repository and a reaso
On Apr 24, 11:27 am, Tim Abbott wrote:
Hi Tim,
> On Thu, 23 Apr 2009, Jason Grout wrote:
> > Jqueryui can actually be updated to the latest release, which is later
> > than the svn version shipping with Sage, so that shouldn't be a problem.
> > Matplotlib should be releasing a new version
On Apr 24, 2:27 pm, Tim Abbott wrote:
> On Thu, 23 Apr 2009, Jason Grout wrote:
> > Jqueryui can actually be updated to the latest release, which is later
> > than the svn version shipping with Sage, so that shouldn't be a problem.
> > Matplotlib should be releasing a new version Real Soon No
On Apr 14, 11:56 pm, mabshoff wrote:
> On Apr 13, 6:51 am, William Stein wrote:
>
> > On Mon, Apr 13, 2009 at 3:55 AM, gerhard wrote:
>
> > > just to get back to the original question:
> > > did 'inserting a usepackage{}' command ever get resolved?
>
> > No. Somebody should at least create a t
On Apr 16, 3:25 pm, John H Palmieri wrote:
> On Apr 16, 2:31 pm, mabshoff wrote:
>
>
>
> > On Apr 16, 1:41 pm, gerhard wrote:
>
> > Hi,
>
> > > This started out in grading notebooks, but does not really belong
> > > there.
> > > -
> > > I am happy to report the functionality to modify
> > >
On Fri, Apr 24, 2009 at 8:09 AM, Carl Witty wrote:
> As far as aliases go, it should be possible to automatically detect
> aliases inside sphinx and produce appropriate documentation (once we
> decide what the appropriate documentation is). (This would mean
> patching sphinx, or forking the auto
Yeah, I should have mentioned that my point was that maybe h%3 should
raise an error over QQ.
On Apr 24, 11:00 am, Craig Citro wrote:
> > Worse still:
>
> > sage: x = polygen(QQ)
> > sage: h = 4*x
> > sage: h%3
> > 0
>
> Over QQ[x], isn't 4*x = 3 * (4/3*x) ? Over ZZ, it's fine:
>
> sage: x = pol
On Thu, 23 Apr 2009, Jason Grout wrote:
> Jqueryui can actually be updated to the latest release, which is later
> than the svn version shipping with Sage, so that shouldn't be a problem.
> Matplotlib should be releasing a new version Real Soon Now, and then
> can be upgraded. Currently,
On Thu, 23 Apr 2009, mabshoff wrote:
> Well, we can try. But the whole point is that is someone posts a pari-
> svn.spkg which fixes bugs in functions Sage does not use and adds
> functionality that is asked for by people no one will be willing to
> wait 3 or 6 months to merge that. It might be
The problem: I have a file with non-7 bit ASCII name. After rename it,
everything is working fine!
Thanks a lot for your time!
On Apr 24, 12:56 pm, William Stein wrote:
> On Fri, Apr 24, 2009 at 6:30 AM, prof wrote:
>
> > Hi Michael,
>
> > Here is the complete procedure/output:
>
> > prof:~$
On Fri, Apr 24, 2009 at 10:52 AM, William Stein wrote:
>
> Burcin and Mike -- Please read the below. There is an absolutely
> *MASSIVE* performance regression in pynac that Burcin surely caused.
>
> On Fri, Apr 24, 2009 at 10:35 AM, Ondrej Certik wrote:
>>
>> Hi,
>>
>> I am puzzled by this:
>>
> Worse still:
>
> sage: x = polygen(QQ)
> sage: h = 4*x
> sage: h%3
> 0
>
Over QQ[x], isn't 4*x = 3 * (4/3*x) ? Over ZZ, it's fine:
sage: x = polygen(ZZ)
sage: h = 4*x
sage: h%3
x
-cc
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googleg
Thanks for all the helpful suggestions. I did not realize that
is_Integer() was deprecated.
On Apr 22, 2:00 am, John Cremona wrote:
> This is precisely why we deprecated all the is_*() functions for end-user use:
>
> --
> | Sage
Worse still:
sage: x = polygen(QQ)
sage: h = 4*x
sage: h%3
0
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this
Burcin and Mike -- Please read the below. There is an absolutely
*MASSIVE* performance regression in pynac that Burcin surely caused.
On Fri, Apr 24, 2009 at 10:35 AM, Ondrej Certik wrote:
>
> Hi,
>
> I am puzzled by this:
>
> ond...@raven:~$ sage
> -
Hi,
I am puzzled by this:
ond...@raven:~$ sage
--
| Sage Version 3.4.1, Release Date: 2009-04-21 |
| Type notebook() for the GUI, and license() for information.|
On Apr 24, 9:25 am, John Cremona wrote:
> I agree with all of this -- there are plenty of underscored functions
> which should be in the ref manual. If nothing else, then the __init__
> functions of classes. When restifying files I have made sure that all
> the EXAMPLES:: from __init__ function
Carl Witty wrote:
> Of course, looking at __doc__ for a keyword won't help distinguish
> power_series from series after "power_series = series".
Oops. I just found this:
http://groups.google.com/group/sphinx-dev/browse_thread/thread/be3af56009ba4e58/cfb8e93e5a30a5b9#cfb8e93e5a30a5b9
By the way
On Fri, Apr 24, 2009 at 6:30 AM, prof wrote:
>
> Hi Michael,
>
> Here is the complete procedure/output:
>
> prof:~$ cd /Applications/sage-3.4/
> prof:/Applications/sage-3.4$ ./sage
> --
> | Sage Version 3.4, Release Date: 2009-03
I agree with all of this -- there are plenty of underscored functions
which should be in the ref manual. If nothing else, then the __init__
functions of classes. When restifying files I have made sure that all
the EXAMPLES:: from __init__ functions are copied into the class's own
docstring since
On Fri, Apr 24, 2009 at 9:03 AM, Robert Miller wrote:
>
> sage: x = polygen(ZZ)
> sage: f = 2*x^2
> sage: f.mod(2)==0
> False
You should do "f.mod?" and read the docstring, which says:
"Return a representative for self modulo the ideal I (or the ideal
generated by the elements of I if I is no
On Fri, Apr 24, 2009 at 8:43 AM, Alfredo Portes wrote:
> On Fri, Apr 24, 2009 at 11:30 AM, William Stein wrote:
>
>>> Does it
>>> make sense to integrate it? Is it even feasible to do that?
>>
>> No, it would be a copyright violation to integrate OpenModelica and
>> Sage in any way. OpenModel
On Fri, Apr 24, 2009 at 4:28 AM, mabshoff wrote:
>
>
>
> On Apr 24, 4:10 am, Lloyd Kilford wrote:
>
> Hi Lloyd,
>
>> I have downloaded the images of versions 3.4 and 3.4.1 to run under
>> VMware, but I get the following error message when I try to run sage:
>>
>> WARNING: This Sage install was
sage: x = polygen(ZZ)
sage: f = 2*x^2
sage: f.mod(2)==0
False
sage: type(f.mod(2))
Even this doesn't work:
sage: R. = ZZ[]
sage: f.mod(2*R)==0
False
But last I checked, 2 | 2x^2.
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.c
On Fri, Apr 24, 2009 at 6:56 AM, pepe wrote:
>
> Hello all,
>
> Is there any plan to have "OpenModelica" integrated in SAGE?
No.
> Does it
> make sense to integrate it? Is it even feasible to do that?
No, it would be a copyright violation to integrate OpenModelica and
Sage in any way. OpenM
On Fri, Apr 24, 2009 at 5:36 AM, Pat LeSmithe wrote:
>
> chris wuthrich wrote:
>> * In one of my files i have a line "power_series = series". This
>> produces the full docstring of series to appear twice in the
>> documentation, once under series and once under power_series. How can
>> I exclude
Successful build from source and all tests pass on both Suse 32-bit
and Ubuntu 64-bit.
John
2009/4/24 mabshoff :
>
> Hello folks,
>
> here goes 3.4.2.alpha0. It does not contain all the fixes I wanted,
> but I merged two large (200kb+) patches (#5610 and #5848) that touched
> a lot of files and
Hello all,
Is there any plan to have "OpenModelica" integrated in SAGE? Does it
make sense to integrate it? Is it even feasible to do that?
Thank you.
Regards,
Pete
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscr
Hi Michael,
Here is the complete procedure/output:
prof:~$ cd /Applications/sage-3.4/
prof:/Applications/sage-3.4$ ./sage
--
| Sage Version 3.4, Release Date: 2009-03-11 |
| Type notebook() for the GUI, a
Hi
today I was looking for a worksheet in Trash.
So found it, I opened it, and then I recognized that was the one I was
looking for. To undelete it, I pressed "Discard and quit", so that I
could have gone back to the trash worksheet list, to do "Undelete".
I recognized the worksheet was not the
On Apr 24, 5:43 am, prof wrote:
> Hello,
Hi,
> I have installed Sage as root on iMac/Leopard 10.5.6 from sources
> using the normal procedure (tar, make, make test...). Everything looks
> ok. Sage was installed on /Applications/sage-3.4/. Using Sage as a
> normal user at Terminal:
> cd /Appli
On Apr 24, 5:56 am, Burcin Erocal wrote:
> On Wed, 22 Apr 2009 14:42:21 -0700 (PDT)
Hi Burcin,
> On tickets which have a traceback, this screws up my display. The page
> width grows to accommodate the longest line in the traceback, forcing me
> to scroll right/left to read long lines.
>
> S
On Fri, 24 Apr 2009 14:56:51 +0200
Burcin Erocal wrote:
> On Wed, 22 Apr 2009 14:42:21 -0700 (PDT)
> mabshoff wrote:
>
> > For the record: I changed site-packages/Trac-0.11.3-py2.5.egg/trac/
> > htdocs/css/ticket.css, but kept the orignial ticket.css as
> > ticket.css.orig.
>
> On tickets whi
Hello,
I have installed Sage as root on iMac/Leopard 10.5.6 from sources
using the normal procedure (tar, make, make test...). Everything looks
ok. Sage was installed on /Applications/sage-3.4/. Using Sage as a
normal user at Terminal:
cd /Applications/sage-3.4
./sage
OK! But... the command sage
On Wed, 22 Apr 2009 14:42:21 -0700 (PDT)
mabshoff wrote:
> On Apr 22, 12:52 pm, Nick Alexander wrote:
> > >> To override this in Firefox on Linux, I put
> >
> > >> #content.ticket { width: 100% !important; }
> >
> > > Hmm, that seems to be a worthwhile change to me since these days
> > > most
chris wuthrich wrote:
> * In one of my files i have a line "power_series = series". This
> produces the full docstring of series to appear twice in the
> documentation, once under series and once under power_series. How can
> I exclude the alias ?
According to
http://sphinx.pocoo.org/ext/autodo
On Fri, Apr 24, 2009 at 7:26 AM, John Cremona wrote:
>
> 2009/4/24 David Joyner :
>>
>> On Thu, Apr 23, 2009 at 10:03 PM, Jason Grout
>> wrote:
>>>
>>> chris wuthrich wrote:
>>
>> ...
>>
>>
>>>
>>> On a different note, can we change the background color of examples? In
>>
>>
>> Before maki
On Apr 24, 4:10 am, Lloyd Kilford wrote:
Hi Lloyd,
> I have downloaded the images of versions 3.4 and 3.4.1 to run under
> VMware, but I get the following error message when I try to run sage:
>
> WARNING: This Sage install was built on a machine that supports
> instructions that are not ava
2009/4/24 David Joyner :
>
> On Thu, Apr 23, 2009 at 10:03 PM, Jason Grout
> wrote:
>>
>> chris wuthrich wrote:
>>>
>
> ...
>
>
>>
>> On a different note, can we change the background color of examples? In
>
>
> Before making color changes, can they please be tested to
> see what they look like
On Thu, Apr 23, 2009 at 10:03 PM, Jason Grout
wrote:
>
> chris wuthrich wrote:
>>
...
>
> On a different note, can we change the background color of examples? In
Before making color changes, can they please be tested to
see what they look like on a printed (B+W) page? If the
color->B+W rend
I have downloaded the images of versions 3.4 and 3.4.1 to run under
VMware, but I get the following error message when I try to run sage:
WARNING: This Sage install was built on a machine that supports
instructions that are not available on this computer ... The following
processor flags were on
On Thu, 23 Apr 2009 13:43:54 -0700
Ondrej Certik wrote:
>
> On Thu, Apr 23, 2009 at 1:17 PM, Tim Lahey
> wrote:
> >
> >
> > On Apr 23, 2009, at 4:07 PM, William Stein wrote:
> >
> >>
> >> Could you explain how assumptions are so important? Could you
>
> We already discussed this many times o
On Apr 22, 11:40 pm, Minh Nguyen wrote:
> Hi Michael,
Hi Minh,
> My policy thus far is to list the author(s) of the patch(es). The case
> you mentioned above was a result of me misreading ticket #5146. This
> is because for the patch variety_patch.3.patch, I saw the description
> "Updated wit
Hello folks,
by accident I build my 3.4.2.alpha0 build as an SSE2 only build. So I
had a change to play with it a little and check for performance
regressions. Here are some basic benchmarks:
SSE2 vs. SSE3:
* measurable difference for ZZ determinant (~10% slower with SSE2 for
300x300, 400x400,
Hello folks,
here goes 3.4.2.alpha0. It does not contain all the fixes I wanted,
but I merged two large (200kb+) patches (#5610 and #5848) that touched
a lot of files and that were in danger of bitrotting. Since I
considered it pointless to force people to rebase potentially twice I
pulled them b
On Apr 24, 1:16 am, John Cremona wrote:
Hi,
> This problem has been around for a while. It works ok if you give an
> absolute pathname.
>
> Having said that, I just realised that the testing I have been doing
> on a clone of 3.4.1 was working fine with a relative pathname.
>
> Perhaps it is
This problem has been around for a while. It works ok if you give an
absolute pathname.
Having said that, I just realised that the testing I have been doing
on a clone of 3.4.1 was working fine with a relative pathname.
Perhaps it is because Nicolas is working on an upgrade from 3.4.rc0
(as you
Not all of Chris's original questions have been answered yet in this
thread -- for example, listing of aliases, and making the function
(and even more, the class) headings more prominent. I will not
mention accents.
John
2009/4/24 mabshoff :
>
>
>
> On Apr 23, 9:34 pm, Jason Grout wrote:
>> Ca
On Apr 24, 12:19 am, "Dr. David Kirkby"
wrote:
> mabshoff wrote:
Hi David,
> > OK. Not that for gcc 4.2.2 the gfortran creates completely broken code
> > on Sparc, so the only toolchain I will be using is the one specified
> > above since it is well tested by me.
>
> But it's pretty much ir
Here's a quick suggestion, which should take less than 1 minute.
I note in the Solairs binaries
http://sage.math.washington.edu/home/mabshoff/solaris-binaries/
there is a file md5sum.txt
There is no file 'md5' or 'md5sum' or anything else on Solaris, so
unless someone happens to know how to g
On Apr 24, 2009, at 12:21 AM, Nicolas M. Thiery wrote:
> Hi!
>
> I just upgrade to 3.4.1, and on my machine sage -t is broken for files
> in subdirectories. For example:
>
> --
>
> zephyr-~sage-main/sage>sage -t m
Hi!
I just upgrade to 3.4.1, and on my machine sage -t is broken for files
in subdirectories. For example:
--
zephyr-~sage-main/sage>sage -t monoids/free_monoid.py
sage -t "3.4.rc0/devel/sage-main/sage/monoids/f
mabshoff wrote:
>
>
> On Apr 23, 6:23 am, "Dr. David Kirkby"
> wrote:
>> mabshoff wrote:
>>> Hello,
>
>
>> Hi Michael,
>
> Hi David,
>
>> As Sage on Solaris needs a custom tool chain, could a script be provided
>> that builds that tool chain from a full (but fresh) installation of the
>> la
94 matches
Mail list logo
