[sage-devel] Re: Of powersets and subsets

still getting used to the Sage development workflow. There is this on the Trac server: http://trac.sagemath.org/sage_trac/ticket/7477 Otherwise, we are still in the process of getting ourselves organized. Cheers, Stefan. -- To post to this group, send an email to sage-devel@googlegroups.

[sage-devel] Re: bug in graph isomorphism in sage-4.7

d now we relabel back. sage: G2.relabel(perm={4:0, 5:1, 3:2, 2:3, 1:4, 0:5}) sage: G2 == G1 True sage: S1 = set(G1.edges()) sage: S1.difference(G2.edges()) set([]) sage: G2.is_isomorphic(G1, edge_labels=True) False sage: G1.is_isomorphic(G1, edge_labels=True) True The same happened in my

[sage-devel] Lion

n of Xcode 4 that can currently be obtained is version 4.1, which requires Lion to install. Did anyone take the plunge yet, and figure out a way to build Sage? Cheers, Stefan. -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an emai

[sage-devel] Keeping a copy of GF(3) in memory

g for the other module (categories/homset.py) afterwards or should we seek another workaround? --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sag

[sage-devel] Re: Lazy import advice needed

Another documentation issue: a whole bunch of functions reference the same standard work: "For more information, see [X]_, page 5" If I include a reference block for each function, the documentation builder will complain about duplicate references. If I don't, the on-the-fly documentation doesn

[sage-devel] Re: Lazy import advice needed

that we can be sage.matroids. I like to see our code as a sibling of sage.graphs. By the way, I did all my tests against Sage 5.8.beta1, which has fooled with the documentation a bit. --Stefan. On Tuesday, February 26, 2013 11:08:45 PM UTC-5, Volker Braun wrote: > > Autodoc will resol

Re: [sage-devel] Lazy import advice needed

her (none lazy). Notably, the following files (which contain abstract classes) are used all the time by the code (LinearMatroid derives from BasisExchangeMatroid), but not imported by Sage: sage.matroids.matroid.pyx sage.matroids.basis_exchange_matroid.pyx I hope I am making a little sens

[sage-devel] Re: 1 == Set([0]) works, 0 == Set([1]) does not

there's a GSoC candidate who wants to look into this. --Stefan. On Thursday, April 25, 2013 11:57:02 AM UTC-4, Nils Bruin wrote: > > On Apr 25, 2:18 am, Volker Braun wrote: > > Actually, I am very confused about why a Set is a Parent and not the > > Element of a univer

Re: [sage-devel] Huge patch on Trac 7477: Matroid theory

they are hidden in an optional package. --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to

[sage-devel] Finite field matrix speeds

e timings: {{{ 25 loops, best of 3: 34.3 ms per loop 625 loops, best of 3: 1.5 ms per loop 625 loops, best of 3: 1.12 ms per loop }}} Surely a 20-fold slowdown for Sage's matrix structure is unacceptable? --Stefan. -- You received this message because you are subscribed to the Google Gr

Re: [sage-devel] Huge patch on Trac 7477: Matroid theory

d elements. We want this code to push the limits of matroid computation, so we'd hate to incur even a 10% speed loss. And as Travis said, issues with the documentation etc. can be fixed over time. We intend to use, improve, and expand this code for a long, long time. --Stefan. -- You

Re: [sage-devel] Huge patch on Trac 7477: Matroid theory

> I'd have to check carefully. There's likely to be some performance loss > even when all obvious bottlenecks are accounted for, because for our > special classes BinaryMatrix, TernaryMatrix, QuaternaryMatrix we use inline > get() and set() methods that bypass the Sage finite field elements. W

Re: [sage-devel] Huge patch on Trac 7477: Matroid theory

ion, but those are mainly for internal use). --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to

[sage-devel] Re: Huge patch on Trac 7477: Matroid theory

at method is the generic version, which works for arbitrary rings (including non-commutative ones). The BinaryMatroid, TernaryMatroid, QuaternaryMatroid classes have optimized versions already. --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-d

[sage-devel] docbuild and lazy import

('sage.matroids.constructor', 'Matroid') lazy_import('sage.matroids', 'matroids_catalog', 'matroids') When we build the documentation, some files build successfully, others don't. The ones that fail, generate errors like the following: [reference] /Users/stefan/sa

[sage-devel] Re: New ore_algebra Sage package is available

> Did you open a ticket to make it an optional package available from the > usual spkg repositories? > > [It should perhaps at least be available / listed in the "experimental" > category.] > > > Or maybe (haven't looked at it yet) it violates the conventions for > spkgs (in that it modifies

[sage-devel] bla? fails in Notebook with some lazy_import statements

x27;print _support_.docstring("bla", globals(), system="sage")' + '\n', '', 'single') File "", line 1, in File "/Users/stefan/sage-5.10.beta5/devel/sagenb/sagenb/misc/support.py", line 271, in docstring s += '**Def

[sage-devel] Re: bla? fails in Notebook with some lazy_import statements

This is now Trac 14768. I uploaded a patch that seems to fix it. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post t

Re: [sage-devel] Re: find_stat in Sage, the combinatorial_map decorator and its consequences

t like you've got a graph construction database? Like graphs.algorithms.conversions.to_partition(G) Cheers, Stefan. > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from

[sage-devel] Re: New doctest continuation ....:

> I believe that this style of continuation breaks the live documentation. > I couldn't easily find any non-underscore methods (which of course don't > show up in the reference manual) but while working on #13381 I discovered > this. So it would be very, very good to fix this before requirin

[sage-devel] Re: New doctest continuation ....:

The fix should be adding two lines after line 374 of https://github.com/sagemath/sagenb/blob/master/sagenb/notebook/docHTMLProcessor.py I don't have time to get acquainted with Notebook development right now, or I'd fix it myself... -- You received this message because you are subscribed to th

[sage-devel] Re: New doctest continuation ....:

Don't strip, line continuations are often indented. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group,

[sage-devel] Re: New doctest continuation ....:

I'd ask for p[6:], that's the expected use and consistent with the previous line which tests for '... ' (note the space). --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and

[sage-devel] Re: The 2013 Spies Prize winner is...

Congratulations! Your work as release manager is incredible! -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to th

[sage-devel] Re: New doctest continuation ....:

no trailing whitespace, there's none. --Stefan. On Friday, June 21, 2013 3:41:13 AM UTC+2, leif wrote: > > leif wrote: > > Keshav Kini wrote: > >> Stefan > writes: > >> > >>> I'd ask for p[6:], that's the expected use and consisten

Re: [sage-devel] Re: Is the glass half-full or half-empty ? Pick a standard.

I think backward compatibility is a strong argument to keep returning True. I also have an answer based on "my favorite definition is ...", namely the analogue with matroid connectivity, where any matroid that is too small to have a k-separation, is automatically k-connected. Extending this to

[sage-devel] Hashing elements from the same ring

ngs, and try to do something for them, but my imagination is kind of limited. Subclassing FractionField feels like overkill, but a long list of try... Except clauses inside __hash__ is bad too. Thoughts? --Stefan -- You received this message because you are subscribed to the Google Groups "

[sage-devel] Re: Hashing elements from the same ring

l, in terms > of cmp: > > sage: cmp((x+1)^2, x^2 + 2*x + 1) > 1 > Actually, this does not hold in my example (with the polynomial ring defined above): sage: cmp((c+1)^2, c^2 + 2*c+1) 0 Again, my main issue is that the elements are *from the same ring*. Cheers, Stefan. -

[sage-devel] Re: Hashing elements from the same ring

On Thursday, August 29, 2013 12:54:02 PM UTC-4, Nils Bruin wrote: > > On Thursday, August 29, 2013 8:52:02 AM UTC-7, Simon King wrote: >> >> Hi Stefan, >> >> On 2013-08-29, Stefan wrote: >> > Actually, this is not quite true. reduce() is, by default, cal

Re: [sage-devel] Re: Deprecation of %load

The main thing that's bugging me, actually, is the discrepancy between notebook and command line. On the command line: %runfile /path/to/myfile.sage In the notebook: load /path/to/myfile.sage Note the absence of the %. And neither of these options will work in the other environment. -- You

[sage-devel] Re: aut codes patch

On Wednesday, October 2, 2013 2:46:45 AM UTC-4, Thomas Feulner wrote: > > The last post to this thread is 2 years old, but I have continued my work > on canonical forms for linear codes. > > I have followed up Dima`s proposal and prepared a package, which is > entirely written in Python/Cython, s

[sage-devel] Re: About groups., designs., and the brand-new codes.

can see no reason to have individual codes and designs litter the namespace. Groups, rings and fields are a muddier issue, because they're so widely used. --Stefan. On Friday, November 22, 2013 9:53:33 AM UTC-5, P Purkayastha wrote: > > On 11/22/2013 09:34 PM, John Cremona wrote: > >

[sage-devel] Re: OS X Mavericks

Just wondering... has Apple's compiler by any chance improved enough so we can stop building our own GCC? -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-dev

[sage-devel] Re: Review needed for some combinatorial constructions

. the "git the hard way" section) to reflect the fact that we have the "develop" branch in addition to the "master" branch? I'm not quite sure how to synchronize that with the server. --Stefan. On Saturday, January 4, 2014 2:13:43 PM UTC+1, Nathann Cohen

[sage-devel] Git reviewing help needed

ce? Am I even asking the right questions? --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to

Re: [sage-devel] Re: Git reviewing help needed

> On a git ticket, click on the name of the branch (which should be green if > it applies cleanly) and you'll get a diff of the changes that would occur > if the ticket were merged into the current development branch. This view > won't be affected by the kind of rebases that you mention. > O

[sage-devel] Re: pickle jar is checked into git

How often is the pickle jar updated? My impression was that it would be with each new release. But I just unzipped it, and I don't see any matroids in there, while sage.matroids has been part of Sage since 5.12. --Stefan. -- You received this message because you are subscribed to the G

[sage-devel] Re: GSoC projects

I'd be happy to mentor a project regarding sage.matroids. Last year's participant on my project canceled at the last minute, so I hope to have better luck this year! I'll update the project description as soon as the document goes up. --Stefan. On Thursday, January 30, 2014 4

[sage-devel] git-trac trouble

org/xmlrpc (anonymous) http://trac.sagemath.org/login/xmlrpc (authenticated) realm sage.math.washington.edu Username: Stefan Password: *** Retrieving SSH keys... Traceback (most recent call last): File "/usr/local/bin/git-trac", line 18, in cmdline.launch() File "/U

[sage-devel] Re: git-trac trouble

Version 10.7.5. On Tuesday, June 3, 2014 12:00:43 PM UTC-4, Volker Braun wrote: > > Looks like http://bugs.python.org/issue8194 to me > > Which version of OSX is that? > > > > > On Tuesday, June 3, 2014 4:37:45 PM UTC+1, Stefan wrote: >> >> Hi all, >>

[sage-devel] Re: git-trac trouble

Yeah, that doesn't work either: Traceback (most recent call last): File "/Users/stefan/sage/local/lib/python/site.py", line 548, in main() File "/Users/stefan/sage/local/lib/python/site.py", line 530, in main known_paths = addusersitepackages(known_paths)

[sage-devel] Re: git-trac trouble

Yes, it works now. There seem to be other issues with my SSH setup, but I can do some things, including checking out tickets! Thanks! --Stefan. On Wednesday, June 4, 2014 3:00:53 PM UTC-4, Volker Braun wrote: > > I've added a workaround for the Python 2.7.1 issue, this should work n

[sage-devel] Re: Re: hash for algebraic field

That's the road we took with Sage's matroids (see http://matroidunion.org/?p=517 ). But that's a very different beast from numbers. I wouldn't want to write x.equals(y) every time instead of x == y. And it still doesn't solve the problem of x in S for a set S. --

Re: [sage-devel] Re: Help compiling on supercomputer!

Hi all, I'm hijacking this thread for my own compile-on-a-supercomputer issue. This system (LSU's Mike II) apparently doesn't have separate compile nodes, and I was told to run an interactive session on a compute node to do my compilation. I think I set all standard software to use GCC (rather

Re: [sage-devel] Re: Help compiling on supercomputer!

Thanks! This was in /scratch, but on this system it's just an alias for /work, and still on the cluster filesystem. I believe there's local storage once you get assigned a node, I'll give that a try, and report back. --Stefan. -- You received this message because you are su

Re: [sage-devel] Re: Help compiling on supercomputer!

We're making progress! The build now fails on R, with the line: checking for visible __lib_stack_end... yes checking for lpr... lpr checking for paperconf... false Error configuring R. On Wednesday, September 17, 2014 3:02:04 PM UTC-5, Stefan wrote: > > Thanks! This was in /scra

Re: [sage-devel] Re: Help compiling on supercomputer!

> Can you post the config.log for R? > > Certainly! Incidentally, the support guy was concerned about the --prefix option passed to the configure script (see line 18 of the log below). Is that something to worry about? --Stefan. Found local metadata for r-3.1.1.p0 Found local s

Re: [sage-devel] Re: Help compiling on supercomputer!

Ok. It's a bit long, so I pasted it here: http://pastebin.com/9a4KCGX9 --Stefan On Wednesday, September 17, 2014 6:44:01 PM UTC-5, François wrote: > > On Wed, 17 Sep 2014 16:31:40 Stefan wrote: > > Incidentally, the support guy was concerned about the --prefix option

[sage-devel] Re: equal FractionFieldElement_1poly_field have different hashes

> Is this behaviour intentional or is this a bug? > Neither, in Sage the Python promise is necessarily broken, because math objects and equality is just too complex. But it's unfortunate, and unnecessary, when this happens for elements of the same ring. See this thread where a possible solut

[sage-devel] Compiling R without libpaper

thing else going on? --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email

[sage-devel] Re: Compiling R without libpaper

Maybe I was being premature... today, both Sage and regular R seem to configure. I haven't tried the actual Sage install yet. I did build libpaper (in ~/local/lib), but I don't believe I did anything to tell the configure scripts it's there. -- You received this message because you are subscri

[sage-devel] Re: Compiling R without libpaper

anyway. I don't know precisely what's going on here. Anyway, ~/local/lib (which has libpaper) is now in my LD_LIBRARY_PATH, and I'm starting a new Sage build. --Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group

[sage-devel] Re: Compiling R without libpaper

compiler... (cached) yes checking whether gfortran accepts -g... (cached) yes checking if libtool supports shared libraries... yes Note no autodetect line at all. What's going on? What's different when the Sage installation runs configure? --Stefan. -- You received this message bec

Re: [sage-devel] Re: equal FractionFieldElement_1poly_field have different hashes

tions. --Stefan. On Tuesday, September 23, 2014 1:37:13 AM UTC-5, Clemens Heuberger wrote: > > > Hi Simon, > > Am 2014-09-20 um 18:47 schrieb Simon King: > > On 2014-09-20, Clemens Heuberger > > wrote: > >> Shall I enforce that the parent of all labels is the

[sage-devel] Re: OSX Yosemite

Does a compiled Sage still run? --Stefan On Friday, October 17, 2014 2:53:29 PM UTC-5, Volker Braun wrote: > > I tried gcc 4.8.3 with the OSX 10.10 patch but that dies with "Bootstrap > comparison failure!" > > More info: http://trac.sagemath.org/ticket/17169 > >

Re: [sage-devel] Maple versus Mathematica

Problems arise when thinking about more complicated mathematical objects. I don't know if I simply lack the appropriate Mathematica knowledge, but years ago, when I implemented matroids in Mathematica, a matroid was simply a list with 6 elements (groundset, representation matrix, and I forget wh

[sage-devel] matplotlib compile error

I'm trying to build 6.5.beta1 on my Mac with OSX 10.7.5. I manually applied #17397, but my compilation breaks on matplotlib. Here's the log: Found local metadata for matplotlib-1.3.1 Found local sources at /Users/stefan/sage/upstream/matplotlib-1.3.1.tar.g

Re: [sage-devel] matplotlib compile error

On Tuesday, December 2, 2014 2:22:28 PM UTC+13, François wrote: > > It looks like pkg-config has not been installed or the dependencies for > matplotlib aren't there yet. freetype and png should be discovered through > pkg-config and they aren't in your case. Did you "make distclean" before >

Re: [sage-devel] matplotlib compile error

Single-threaded build after "make distclean" was successful. Currently trying export MAKE="make -j4" make distclean make Will report back tomorrow. --Stefan. On Tuesday, December 2, 2014 5:00:06 PM UTC+13, Stefan wrote: > > > > On Tuesday, December 2, 2014 2

Re: [sage-devel] matplotlib compile error

Success again. I don't know what was different the first time. Sorry for the noise. --Stefan On Tuesday, December 2, 2014 10:35:15 PM UTC+13, Stefan wrote: > > Single-threaded build after "make distclean" was successful. Currently > trying > > export MAKE=&quo

[sage-devel] Polynomial ring extension inconsistencies

t I'd like: extend R with a few extra variables. I also have a matrix over R that I'd like to interpret as a matrix over R-with-a-few-extra-variables. What I get: only the ring S has the method extend_variables. Neither R nor T have it. Why is that? What's the proper way to

[sage-devel] Re: Polynomial ring extension inconsistencies

> Does this what you want? > > sage: R=ZZ['x1','x2','x3'] > sage: S=ZZ[R.gens()+('x4','x5')] > sage: M=matrix(R,[1,2,3]) > sage: M.change_ring(S) > [1 2 3] > > Variable names actually matter in sage, so there is automatically a > coercion from R into S. > > > That does EXACTLY what I want, but n

[sage-devel] Re: Polynomial ring extension inconsistencies

> That does EXACTLY what I want, but now I run into a bug: > > R1 = ZZ['x0','x1'] > x = R1(1) > R2 = ZZ[tuple('x'+str(i) for i in range(967))] > y = R2('x0') > x*y > > gives a RuntimeError: maximum recursion depth exceeded. > > The 967 is the smallest number in the Notebook that gives an error; o

[sage-devel] Sorting strings and integers

Is this behavior new? I got it on my MacBook running the latest development version. And, more importantly, what is the recommended way of writing doctests for functions that return frozen sets with strings and integers? In particular in light of Python 3 coming up... sage: sorted([1,2,'a'])

Re: [sage-devel] Sorting strings and integers

; Agreed. This is especially true for the Matroid class, where the ground set can contain any hashable objects. The automatic label generator for extensions will go for strings, so it's easy to get a mixture of strings and integers. --Stefan. P.S. The Graph class does way too much sorting. Se

[sage-devel] Nauty vs SageMath speed comparisons?

t the link was dead. I'd appreciate any pointers! Cheers, Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegr

Re: [sage-devel] Nauty vs SageMath speed comparisons?

Yeah, that one doesn't have any timings. I guess someone should sit down and run some tests. Not sure if it'll be me, I'm swamped with work :( On Monday, October 5, 2015 at 2:44:06 PM UTC-5, David Joyner wrote: > > On Mon, Oct 5, 2015 at 2:14 PM, Stefan >

Re: [sage-devel] Nauty vs SageMath speed comparisons?

Hi Siddharth, I won't be able to mentor you. If I were to go about doing this thoroughly, I would look at the kinds of tests carried out in the literature on graph isomorphism (specifically here: http://arxiv.org/pdf/1301.1493v1.pdf ) and redo these (or very similar) tests with the listed algor

[sage-devel] Re: Default Graph data structure ( complexity of .has_edge() and memory )

h a vertex deleted. Oh, and I really dig multiple edges, loops, and edge labels. I care about the same thing when it comes to sets, and Sage's Set data structure just doesn't cut it. Graphs don't bother too much with the category framework, right? --Stefan On Tuesday, October 27,

[sage-devel] Re: Default Graph data structure ( complexity of .has_edge() and memory )

On Tuesday, October 27, 2015 at 11:38:13 PM UTC-5, Travis Scrimshaw wrote: > > > > On Tuesday, October 27, 2015 at 10:57:28 PM UTC-5, Stefan wrote: >> >> As a matroid theorist I care about creating millions and millions of >> small graphs (10 vertices is already a

Re: [sage-devel] Sage on OS X: El Capitan

Discussion in the hallway with a colleague the other day (paraphrased): Colleague: "So, is Sage working yet on the latest OS X?" Me: "Mixed signals. People get errors, it seems to work if you enable root again" Colleague: "Oh no, I don't want to do that. I guess I'll wait and se." Me: "You can us

Re: [sage-devel] Sage Warnings/Tips

On Wednesday, November 18, 2015 at 2:12:43 PM UTC-6, Nathann Cohen wrote: > > Hello Jori, > > We should of course state such things as clearly as possible in the > doc, that's an mandatory step. > > In some cases, however, the users call functions without knowing > (subfunction of other things)

Re: [sage-devel] Re: sage on hacker news right now...

On Monday, February 15, 2016 at 1:43:02 AM UTC-6, Ralf Stephan wrote: > > On Monday, February 15, 2016 at 1:11:18 AM UTC+1, William wrote: >> >> Combinatorics is definitely the strongest part of Sage. > > > Old school combinatorics perhaps. But see > http://unsexy-science.blogspot.de/2015/10/survey

[sage-devel] Re: will Sage apply for GSoC 2016?

You missed this discussion: https://groups.google.com/d/msg/sage-devel/eWjHyd294ck/N02qfE_yAgAJ Short answer: yes. --Stefan On Tuesday, February 16, 2016 at 10:11:36 AM UTC-6, Ralf Stephan wrote: > > Ah thanks, but still: will there be an application? > According to Google: "T

[sage-devel] Re: For whoever cares about undergrads (or wants to help William earn more money)

I still don't see your problem. SageMath is open-source, and because of the GPL always will be. Many open-source projects have a commercial side to them (MySQL, RedHat, Mozilla, ...) For now, I think SageMath the company and SageMath the open-source project have goals that are very well aligned.

[sage-devel] Re: GSoC 2018: mentor application and ideas list

Please register me as mentor again. On Tuesday, January 9, 2018 at 5:03:14 AM UTC-6, Harald Schilly wrote: > > Hello everyone. This year's Google Summer of Code started again. Are > we applying again? Who wants to be a mentor for a student? First step > is to get the application done and fill in

[sage-devel] Re: GSoC 2018: mentor application and ideas list

We have two project suggestions so far. Any others? The deadline for SageMath to submit its application is tomorrow morning! —Stefan -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving e

[sage-devel] Massive slowdown in ring inverses

to a change in Sage that could have caused this? And help me think about a way to fix it? Cheers, Stefan -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [sage-devel] Massive slowdown in ring inverses

I ran the same code with cProfile. Here's the output: perron:sage5 svanzwam$ ./sage/sage speedtest.sage Sage Version 5.12, Release Date: 2013-10-07 (0, 3, 1, 0, 2, 1) 7193816 function calls (7193814 primitive calls) in 3.425 seconds Ordered by: standard name ncalls tottime perca

Re: [sage-devel] Re: Massive slowdown in ring inverses

> No. The coercion system has a cache of its own. It does keep strong > references to the coercion maps. They don't have homsets, though. The > problem might be that you keep extracting coercion maps from the coercion > system: > > if all(R.has_coerce_map_from(S) for R in self._rings):

Re: [sage-devel] Re: Massive slowdown in ring inverses

Traceback (most recent call last) ... AttributeError: 'EtaGroupElement' object has no attribute 'is_one' Cheers, Stefan. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group

[sage-devel] Re: Massive slowdown in ring inverses

On Wednesday, January 28, 2015 at 4:45:54 PM UTC-6, Simon King wrote: > > Hi Stefan, > > On 2015-01-28, Stefan > wrote: > > The question, now, is why the coercion system is invoked at all: I'm > doing > > arithmetic within my own ring. The culprit, I gues

[sage-devel] Re: Massive slowdown in ring inverses

This is now trac 17692 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@goo

[sage-devel] Re: Sage is grown up; needs a last name

+1 to SageMath. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegrou

Re: [sage-devel] Re: GSoC 2015: 5 projects funded

I'm adding my thanks to Harald. To the students: good luck, and have fun! On Tuesday, April 28, 2015 at 10:40:12 AM UTC-5, david@inria.fr wrote: > > > > On Tuesday, April 28, 2015 at 6:43:32 AM UTC+2, Vincent Knight wrote: >> >> Thanks for the hard work Harald and welcome to all the students!

[sage-devel] git diff wrong?

When I click on the green link with the branch name in this ticket, it makes it look like it deletes the contents of two files: http://trac.sagemath.org/ticket/18946 When I "git trac try 18946" and then do a diff against the previous commit, everything is fine (i.e. the new code gets added, not

Re: [sage-devel] On scientific computing, Python and Julia

;s kind of cool, but what's really cool is that even with the additional layers of abstraction, this still boils down to just two CPU instructions: julia> @code_native 1s + 2.5s .section __TEXT,__text,regular,pure_instructions Filename: /Users/stefan/.julia/SIUnits/src/SIUnits.jl Source

Re: [sage-devel] On scientific computing, Python and Julia

On Sat, Jul 19, 2014 at 8:22 AM, Nils Bruin wrote: > Consider A+B where A is a polynomial in ZZ[x,y] and B is a power series in > F_q[[x]] (finite field with q elements). > > Do you expect your CAS to make sense of that addition? Sage does. It > returns an answer in F_q[[x]][y] (i.e., a polynomia

Re: [sage-devel] On scientific computing, Python and Julia

e code that needs to actually do the dispatch at runtime, in which case you need to resort to double dispatch or something like that in C++. On Sun, Jul 20, 2014 at 5:09 PM, Francesco Biscani wrote: > Hello Stefan, > > thanks for the explanations, this all looks really interesting to me. >

Re: [sage-devel] On scientific computing, Python and Julia

On Mon, Jul 21, 2014 at 11:50 AM, Nils Bruin wrote: > On Friday, July 18, 2014 4:01:10 PM UTC-7, Stefan Karpinski wrote: > >> If Julia has shown anything, it's that you *can* have ubiquitous multiple >> dispatch in a dynamic language and have it be very fast – it is

Re: [sage-devel] On scientific computing, Python and Julia

On Mon, Jul 21, 2014 at 2:12 PM, Nils Bruin wrote: > It certainly seems unlikely we'd be able to utilize these ideas without > significantly altering python/cython. I guess "Sulia" or "Juxiom" might be > the next generation computer algebra system. > Glad the explanation was helpful, even if imm

[sage-devel] WeylGroup implementation incompatibility

utputs are (1, -1, -1) and (1, 0, 0). What's a little annoying is that the root systems use different ambient spaces. What's extremely annoying is that g.action(alpha) accepts a 4-touple without raising an exception. Is there a plan of making the behavior more coherent or should one nev

[sage-devel] sage-6.7 build failed on Cygwin64 for python-2.7.8 No module named crypt

the logfile ~/sage-6.7/logs/pkgs/python-2.7.8.log at the very end after make[3]: Leaving directory '/home/XX/sage-6.7/local/var/tmp/sage/build/python-2.7.8/src' failed with: Installing valgrind suppression file... Testing importing of various modules... ctypes module imported OK math m

[sage-devel] Re: sage-6.7 build failed on Cygwin64 for python-2.7.8 No module named crypt

initially I tried to install via git as described here http://trac.sagemath.org/wiki/Cygwin64Port but, because I have a very poor internet connection behind some company firewalls I dit not suceed with git clone git://trac.sagemath.org/sage.git. So I downloaded sage-6.7.tar.gz

[sage-devel] Re: sage-6.7 build failed on Cygwin64 for python-2.7.8 No module named crypt

In the past I had the same experience. I did it but in the last years, but it was really difficult. But recently I tried an install of cygwin with the setup-x86_64.exe --no-admin switch and it worked very well wihout any problems. The recent problems with installation of sage are really my first

[sage-devel] Re: sage-6.7 build failed on Cygwin64 for python-2.7.8 No module named crypt

How to do this ? I found in ~/sage-6.7/src/module_list.py Extension('sage.rings.polynomial.pbori', sources = ['sage/rings/polynomial/pbori.pyx'], libraries=['polybori-' + polybori_major_version, 'polybori_groebner-' + polybori_major_version, '

[sage-devel] sage build problems on Cygwin64 from sage-6-7.tar.gz and from https://github.com/sagemath/git-trac-c

After finding problems sage-6-7.tar.gz Now I succeeded with git clone https://github.com/sagemath/git-trac-command.git But in compiling on Cygwin64 I run into a problem with ecm-6.4.4 After leaving ~/sage-git/sage/local/var/tmp/sage/build/givaro-3.7.1/src I got: The following package(s) may have f

[sage-devel] PolynomialSequence and infinite fields of characteristic 2

I noticed [1] a problem in the constructor of PolynomialSequence. It seems that in [2] finite coefficient fields of characteristic 2 are supposed to be treated specially but really the test is only for characteristic 2. I tried to fix [3] the issue by testing for finiteness but then realized th

[sage-devel] QuotientRing of PowerSeriesRing

In the discussion [1] it was noticed out that sage cannot reduce elements in polynomial rings over arbitrary rings modulo non-principal ideals and (more importantly) how to react to this. There was a general tendency for raising an exception rather than returning bogus results. But in the curre

[sage-devel] PolynomialQuotientRing_generic not a QuotientRing_generic

I noticed that PolynomialQuotientRing_generic is not derived from QuotientRing_generic but rather directly from CommutativeRing. Is there a reason for that? -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop

  1   2   >