[sage-devel] Graph plotting: _pos and acyclic layout

(Came as a side effect from #17147 and the pentagon poset.) I tried P = Posets.ChainPoset(2) H = P._hasse_diagram H.plot(layout='acyclic', save_pos=True) print(H._pos) H._pos = {0: [0.407127849277737, 0], 1: [0.6019889770070213, 1]} H.plot(layout='acyclic', save_pos=True) print(H._pos) and got

[sage-devel] Re: OSX 10.12 openssl and other problems

Thats a big shit sandwich We could just copy Apple's openssl headers from the last version. Presumably they'll keep shipping the old library since Python keeps depending on it. Or are they planning to pull a 3.5mm plug here and ship Python without ssl in the next version? On Tuesday,

[sage-devel] Re: libgap and dynamic loading of GAP packages

Hi Nicolas, Volker says that one most probably only needs https://trac.sagemath.org/ticket/19915 (which needs some love...) and then it would work. As you know, I have to work on WP7 (arrgh...), so this probably has to wait till Jan or so, as far as I am concerned... Dima On Tuesday,

[sage-devel] Re: libgap and dynamic loading of GAP packages

You need the "unprefixed libgap" where the symbols are not prefixed. https://trac.sagemath.org/ticket/19915 On Tuesday, November 22, 2016 at 11:22:02 PM UTC+1, Nicolas M. Thiéry wrote: > >Dear Volker, Dima, Markus, > > For my research, I and several persons in the same area would

[sage-devel] OSX 10.12 openssl and other problems

1) In the Xcode for OSX 10.12, there is no more openssl. It used to be in some obscure directory, see build/pkgs/python2/spkg-install, the line cp -rp "${xcode}"/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift-migrator/sdk/MacOSX.sdk/usr/include/openssl Such a path is no longer there, there

[sage-devel] libgap and dynamic loading of GAP packages

Dear Volker, Dima, Markus, For my research, I and several persons in the same area would really need to use GAP's Semigroups package in Sage to avoid reimplementing equivalent stuff in Sage. Semigroups depends on IO, which itself requires dynamic loading which, as Dima mentioned a couple

Re: [sage-devel] Checking out old branches

On 2016-11-22 18:35, Robert Bradshaw wrote: What I'm not following here is how this is not the correct behavior, nor how hashes would help other than adding complexity (e.g. one must store the hash of a.pxd inside b.c). Also, manually setting timestamps would risk incorrect builds (remember the

Re: [sage-devel] Checking out old branches

OK, let's consider the following setup: we have three Cython modules, a, b, and c, and b cimports a, so we have (at least) three files a.pyx a.pxd b.pyx c.pyx Having just built sage, we also have a.c b.c c.c with *newer* timestamps than any of the above. Now we switch branches (forward,

Re: [sage-devel] Re: Checking out old branches

On Sat, Nov 19, 2016 at 12:40 AM, Jeroen Demeyer wrote: > On 2016-11-18 20:48, Robert Bradshaw wrote: >> >> Hopefully with a good ccache/cycache rebuilding from a fresh clone >> should be fast too. > > > Speaking of cycache, is there any chance that the following will be

Re: [sage-devel] Error building flint-2.5.2.p0

This is https://trac.sagemath.org/ticket/21782 I believe it is in the latest beta for upcoming sage 7.5. François > On 22/11/2016, at 20:36, Eric Culver wrote: > > I downloaded the Sage source from > http://www.sagemath.org/download-source.html . > When attempting to

[sage-devel] Error building flint-2.5.2.p0

I downloaded the Sage source from http://www.sagemath.org/download-source.html . When attempting to build, there is an error on flint-2.5.2.p0. Relevant parts of log file: System configuration as detected by make (as far as I understand it, it is correct): Host system: Linux masterjack

[sage-devel] Flint fails to build

I downloaded to Sage source from Git, then began to build it. Many packages built without hiccup, but flint-2.5.2.p0 failed to build. The relevant parts of the log file. System configuration (as reported in log file): Host system: Linux masterjack 4.7.0-1-amd64 #1 SMP Debian 4.7.8-1

Re: [sage-devel] Re: Implements change_ring() for BooleanPolynomialRing (#21817) -- Needs Review

Hi, On 22/11/2016 10:27 AM, Simon King wrote: > Hi, > > On 2016-11-21, Rusydi H. Makarim wrote: >> But I argue that a proper behaviour of >> change_ring() in BooleanPolynomialRing is to return a BooleanPolynomialRing >> whenever a base_ring is not given in the argument

[sage-devel] Re: Implements change_ring() for BooleanPolynomialRing (#21817) -- Needs Review

Hi, On 2016-11-21, Rusydi H. Makarim wrote: > But I argue that a proper behaviour of > change_ring() in BooleanPolynomialRing is to return a BooleanPolynomialRing > whenever a base_ring is not given in the argument and return multivariate > polynomial ring otherwise.

[sage-devel] Re: Error building openblas-0.2.19

> https://groups.google.com/d/msg/sage-release/3QJoAgg9bgo/5uvnTLV1AwAJ awesome, seems to work -- thanks! C# -- 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