[sage-devel] Re: 3D using processing.js

On Jun 29, 12:09 pm, William Cauchois wrote: > At the behest of William I took a stab at implementing this very type > of renderer in Sage. My work, [with patch], is available at > for anyone who might > be interested. Bill - Nicely done! Are 2D,

[sage-devel] Re: Eigenvalues, eigenspaces for graphs

There is now a patch available for the original suggestion that graph eigenvalues could be improved. In the course of doing this, I discovered that any eigenvalue of a graph was having its complex part stripped off. Presumably, this was to clean up annoying nearly-zero complex parts for graphs (

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

On Mon, Jun 29, 2009 at 10:18 AM, Nathann Cohen wrote: > > It may be a good idea to interface to OSI in order to avoid having to > interface to both CPLEX and COIN-OR, but for license reasons we can > not use OSI to interface to GLPK as OSI is GPL-Uncompatible and the > only reason we want glpk in

[sage-devel] Re: how to use opengl on Mac, hardware acceleration

On Jun 29, 2009, at 11:51 PM, Ondrej Certik wrote: > > Hi, > > we have some nice opengl visualisation, that only works on linux, but > I would like to make it work with Sage and on all platforms. > > So I first thought I would rewrite it in pyglet, that works everywhere > (I tested a prototype a

[sage-devel] how to use opengl on Mac, hardware acceleration

Hi, we have some nice opengl visualisation, that only works on linux, but I would like to make it work with Sage and on all platforms. So I first thought I would rewrite it in pyglet, that works everywhere (I tested a prototype already and it indeed works). However, pyglet is not easy to fix for

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 10:37 AM, Prabhu Ramachandran wrote: > > On 06/29/09 14:58, William Stein wrote: >> On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: >>> Hi, >>> >>> the optional vtk package fails to buid on Mac, it fails to configure. >>> I didn't like the spkg install much, so I joi

[sage-devel] Re: Overhead of matrix operations (with base ring QQ['x'])

On Jun 29, 2009, at 3:39 PM, Sebastian Pancratz wrote: > Hi all, > > I have written some code which involves a lot of matrix operations, > where the base ring is a univariate polynomial ring over the > rationals. I think there are (at least) three ways to speed this up: > > (1) Improve my co

[sage-devel] Re: Fw: [mpir-devel] Strange problem on t2 - pari fails to build, but fine on my home machine.

Jason Moxham wrote: > > - Original Message - From: "Jason Moxham" > > To: "mpir-devel" > Sent: Monday, June 29, 2009 8:46 PM > Subject: [mpir-devel] Re: Fwd: [sage-devel] Strange problem on t2 - pari > fails to build, but fine on my home machine. > > >> >> On T2 we had pass for thes

[sage-devel] Re: /mpir-1.2.p4 has no entry for p4 is SPKG.txt

> The SPKG.txt for mpir-1.2.p4 shows: > > > == Changelog == > > === mpir-1.2.p3 (Nick Alexander, June 9, 2009) === >  * Update to latest MPIR 1.2 final release. > > === mpir-1.2.p2 (William Stein, June 4, 2009) === >  * Update to latest MPIR 1.2 pre-release > > > Shall this just be ignored? > Do w

[sage-devel] /mpir-1.2.p4 has no entry for p4 is SPKG.txt

The SPKG.txt for mpir-1.2.p4 shows: == Changelog == === mpir-1.2.p3 (Nick Alexander, June 9, 2009) === * Update to latest MPIR 1.2 final release. === mpir-1.2.p2 (William Stein, June 4, 2009) === * Update to latest MPIR 1.2 pre-release Shall this just be ignored? Do we want a trac ticket

[sage-devel] Re: 4.1.alpha2 released

On Mon, 29 Jun 2009 at 05:21PM -0700, John H Palmieri wrote: > How about #6429: sagedoc: make search_src and friends less OS > dependent? This should fix the doctest failure for sagedoc.py on ppc > OS X 10.4 (I hope). I'd also like to see some testing of that patch on slower computers. The patch

[sage-devel] Re: Improving QQ['x']

The current implementation of FLINT will not care which design choice you make because integer polynomials are currently implemented with all coefficients the same size anyway. So a common denominator is absolutely fine. I also doubt that a version with individual coefficient denominators could be

[sage-devel] Re: 4.1.alpha2 released

On Jun 29, 11:17 am, Robert Miller wrote: > ... > > > Also, popen has been deprecated.  We're getting warnings in a few > > places, and this should be resolved before sage-4.1 is released. > > Robert Miller is taking over, and the plan is to have him close > > ... > > >    --tom > > I also inte

[sage-devel] Overhead of matrix operations (with base ring QQ['x'])

Hi all, I have written some code which involves a lot of matrix operations, where the base ring is a univariate polynomial ring over the rationals. I think there are (at least) three ways to speed this up: (1) Improve my code to perform fewer matrix operations, but I guess that's something

[sage-devel] Re: Improving QQ['x']

One interesting design decision with rational polynomials is whether to use a common denominator or individual denominators for each coefficient. The second choice is generally slower, but the first can cause explosion in coefficient size in some examples (eg x + x^2/2 + x^3/3 + x^4/4 + ... + x^10

[sage-devel] Re: Cython and Libraries

On Mon, Jun 29, 2009 at 11:44 PM, Bjarke Hammersholt Roune wrote: > > Hi Georg, > > I worked on a Cython interface to Frobby a few days ago, and from that > experience I'll say that your project is a great idea! > > Here's one way to do it: I think it would work well to have a hands-on > guide for

[sage-devel] Re: Cython and Libraries

Hi Georg, I worked on a Cython interface to Frobby a few days ago, and from that experience I'll say that your project is a great idea! Here's one way to do it: I think it would work well to have a hands-on guide for how to write an spkg that installs a shared library into Sage with some simple

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 3:37 PM, William Stein wrote: > > On Mon, Jun 29, 2009 at 10:53 PM, Ondrej Certik wrote: >> >> On Mon, Jun 29, 2009 at 1:12 PM, William Stein wrote: >>> >>> On Mon, Jun 29, 2009 at 8:30 PM, Prabhu >>> Ramachandran wrote: On 06/29/09 22:07, Prabhu Ramachandran wrot

[sage-devel] Re: Improving QQ['x']

> You don't need to worry about the get_cparent() magic defined in the > zmod_poly wrapper, since you won't need to keep track of a modulus for > your polynomial objects. One more thing: IIRC FLINT doesn't have a QQ['x'] type so I guess one would define a struct struct my_qqx { fmpz_poly_t

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 10:53 PM, Ondrej Certik wrote: > > On Mon, Jun 29, 2009 at 1:12 PM, William Stein wrote: >> >> On Mon, Jun 29, 2009 at 8:30 PM, Prabhu >> Ramachandran wrote: >>> >>> On 06/29/09 22:07, Prabhu Ramachandran wrote: On 06/29/09 14:58, William Stein wrote: > On Mon, Jun

[sage-devel] Re: 4.1.alpha2 released

On Jun 26, 11:46 pm, Rob Beezer wrote: > sage -t  devel/sage/sage/misc/darwin_utilities.pyx # 3 doctests > failed This is now a ticket: http://trac.sagemath.org/sage_trac/ticket/6448 --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegr

[sage-devel] Re: 3D using processing.js

On Mon, Jun 29, 2009 at 3:09 PM, William Cauchois wrote: > > At the behest of William I took a stab at implementing this very type > of renderer in Sage. My work, [with patch], is available at > for anyone who might > be interested. Very nice! >

[sage-devel] Re: 4.1.alpha2 released

On Jun 28, 10:23 am, Tom Boothby wrote: > >> #4712: John Palmieri: Make the doctest timeouts in Sage easily > >> adjustable [Reviewed by Nick Alexander] > >> #5350: Burcin Erocal: sage-clone should use hard links for the build > >> directory [Reviewed by Robert Miller] > >> #5481: John Palmieri:

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 1:12 PM, William Stein wrote: > > On Mon, Jun 29, 2009 at 8:30 PM, Prabhu > Ramachandran wrote: >> >> On 06/29/09 22:07, Prabhu Ramachandran wrote: >>> On 06/29/09 14:58, William Stein wrote: On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: > Hi, > >

[sage-devel] Re: Improving QQ['x']

Hi Sebastian, On Mon, 29 Jun 2009 12:54:30 -0700 (PDT) Sebastian Pancratz wrote: > > Hi there, > > After writing some SAGE code, profiling it and talking about it with > Martin Albrecht (more on that in another post a bit later), it turns > out that it spends a lot of time creating, adding an

[sage-devel] Re: Expression evaluation in new Symbolics

On Mon, 29 Jun 2009 05:42:34 -0700 (PDT) Simon King wrote: > > Hi Golam, > > On 29 Jun., 13:47, Golam Mortuza Hossain wrote: > > Thanks. It helps a lot to know this. I am looking forward to > > see the updated version. > > If you don't want to wait for the update: You can ask for evaluation

[sage-devel] Improving QQ['x']

Hi there, After writing some SAGE code, profiling it and talking about it with Martin Albrecht (more on that in another post a bit later), it turns out that it spends a lot of time creating, adding and multiplying univariate polynomials over the rationals. There is already a ticket (#4000) h

Fwd: [mpir-devel] Re: Fwd: [sage-devel] Strange problem on t2 - pari fails to build, but fine on my home machine.

and forwarding back the response -- Forwarded message -- From: Jason Moxham Date: Mon, Jun 29, 2009 at 9:46 PM Subject: [mpir-devel] Re: Fwd: [sage-devel] Strange problem on t2 - pari fails to build, but fine on my home machine. To: mpir-devel On T2 we had pass for thes

[sage-devel] Re: Cython and Libraries

On 29 Jun., 11:34, Nathann Cohen wrote: > Hello everybody !!! > > I have been trying for ages to post a clean patch for Cliquer, a > software used to solve the Max Clique problem in Sage. It has been > refused a lot of times for reasons I understand, but I still do not > know how to correct it.

[sage-devel] Re: 3D using processing.js

On Mon, Jun 29, 2009 at 3:18 PM, Tim Lahey wrote: > > You should be able to find code for a virtual trackball to solve the > problem you're > having. It should still work in javascript since I've done it on > fairly slow machines. > > http://image.diku.dk/research/trackballs/index.html I'll look

[sage-devel] Re: 3D using processing.js

On Mon, Jun 29, 2009 at 3:09 PM, William Cauchois wrote: > > At the behest of William I took a stab at implementing this very type > of renderer in Sage. My work, [with patch], is available at > for anyone who might > be interested. > You should be

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 8:30 PM, Prabhu Ramachandran wrote: > > On 06/29/09 22:07, Prabhu Ramachandran wrote: >> On 06/29/09 14:58, William Stein wrote: >>> On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: Hi, the optional vtk package fails to buid on Mac, it fails to configur

[sage-devel] Re: Least-square fitting

Hello, > The find_fit function in sage might be of interest. Yeah, that's it. Thank you. Greetings Martin Teichmann --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sage-devel-

[sage-devel] Re: 3D using processing.js

At the behest of William I took a stab at implementing this very type of renderer in Sage. My work, [with patch], is available at for anyone who might be interested. On Wed, Jun 17, 2009 at 12:28 PM, David Joyner wrote: > > Wow! > > On Wed, Jun 17,

[sage-devel] Re: Least-square fitting

On Mon, Jun 29, 2009 at 7:45 PM, tecki wrote: > > Hello again, > >> Nope.  This is the sort of thing that needs to be systematically >> addressed when somebody decides to take on the challenge of writing in >> Sage a unified interface to statistics functionality. > > Hmm, how would such a unified

[sage-devel] Re: vtk fails to build on Mac

On 06/29/09 22:07, Prabhu Ramachandran wrote: > On 06/29/09 14:58, William Stein wrote: >> On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: >>> Hi, >>> >>> the optional vtk package fails to buid on Mac, it fails to configure. >>> I didn't like the spkg install much, so I joined the Mac and l

[sage-devel] Re: Multigraded Hilbert series

I did sage: upgrade() to get Singular 3-1-0, and it does precisely the same for these inputs as 3-0-4 did. Cheers Bjarke On Jun 29, 5:21 pm, William Stein wrote: > On Mon, Jun 29, 2009 at 5:10 PM, Bjarke Hammersholt > > > > Roune wrote: > > > I should mention that CoCoALib has excellent support

[sage-devel] Re: 4.1.alpha2 released

... > Also, popen has been deprecated.  We're getting warnings in a few > places, and this should be resolved before sage-4.1 is released. > Robert Miller is taking over, and the plan is to have him close > ... > >    --tom I also intend to add #5882 [with patch; needs work] implement general

[sage-devel] Re: Least-square fitting

On 29 Jun 2009, at 12:01, tecki wrote: > > Hello Group, > > I just wanted to use sage for least-square fitting, and > couldn't find a useful function to do so. So I just > wrote one, using the least square fitting algorithm of > scipy. > > Is there a better method to do so? If not, someone could

[sage-devel] Re: Least-square fitting

Hello again, > Nope.  This is the sort of thing that needs to be systematically > addressed when somebody decides to take on the challenge of writing in > Sage a unified interface to statistics functionality. Hmm, how would such a unified interface look like? I looked into sage.stats and only fo

[sage-devel] Re: 4.1.alpha2 released

Regarding: > j...@ubuntu%./sage -t "devel/sage/sage/graphs/graph.py" > sage -t "devel/sage/sage/graphs/graph.py" > *** glibc detected *** python: free(): invalid next size (fast): 0x0d185a90 > *** There is a patch which fixes this issue, and it needs a review: http://trac.sagemath.org/sage_t

[sage-devel] Strange problem on t2 - pari fails to build, but fine on my home machine.

Well, is is a bit of an odd one. I built gcc 4.4.0 to use the Sun linker & assembler on my home machine (Sun Blade 2000, Solaris 10 update 6) and it built 61 packages without any issues I have not yet fixed. (see list at the bottom). On 't2', I only get 6 packages built before pari generates m

[sage-devel] Re: vtk fails to build on Mac

On 06/29/09 14:58, William Stein wrote: > On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: >> Hi, >> >> the optional vtk package fails to buid on Mac, it fails to configure. >> I didn't like the spkg install much, so I joined the Mac and linux >> version and it now configures and starts comp

[sage-devel] Re: Least-square fitting

On Mon, Jun 29, 2009 at 6:01 PM, tecki wrote: > > Hello Group, > > I just wanted to use sage for least-square fitting, and > couldn't find a useful function to do so. So I just > wrote one, using the least square fitting algorithm of > scipy. > > Is there a better method to do so? If not, someone

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 10:06 AM, Prabhu Ramachandran wrote: > > On 06/29/09 14:37, Ondrej Certik wrote: >> the optional vtk package fails to buid on Mac, it fails to configure. >> I didn't like the spkg install much, so I joined the Mac and linux >> version and it now configures and starts compil

[sage-devel] Re: Cython and Libraries

On Jun 29, 2009, at 9:11 AM, William Stein wrote: > > On Mon, Jun 29, 2009 at 6:02 PM, Bjarke Hammersholt > Roune wrote: >> >> Hi Nathann, >> >> Library files contain information about what they contain. So Sage >> reads all the library files it has access to (presumably this only >> happens once

[sage-devel] Least-square fitting

Hello Group, I just wanted to use sage for least-square fitting, and couldn't find a useful function to do so. So I just wrote one, using the least square fitting algorithm of scipy. Is there a better method to do so? If not, someone could add the following code to some appropriate place so ever

[sage-devel] Re: Cython and Libraries

On Mon, Jun 29, 2009 at 6:02 PM, Bjarke Hammersholt Roune wrote: > > Hi Nathann, > > Library files contain information about what they contain. So Sage > reads all the library files it has access to (presumably this only > happens once at startup) and selects the right one. > > Cheers > Bjarke > >

[sage-devel] Re: vtk fails to build on Mac

On 06/29/09 14:37, Ondrej Certik wrote: > the optional vtk package fails to buid on Mac, it fails to configure. > I didn't like the spkg install much, so I joined the Mac and linux > version and it now configures and starts compiling, but then it fails > with: > > http://code.google.com/p/femhub/

[sage-devel] Re: Cython and Libraries

Hi Nathann, Library files contain information about what they contain. So Sage reads all the library files it has access to (presumably this only happens once at startup) and selects the right one. Cheers Bjarke On 29 Jun., 17:27, Nathann Cohen wrote: > Hello ! > > Thank you for you answer tho

[sage-devel] Re: Cython and Libraries

Hello ! Thank you for you answer though I still have one disturbing question : If I have one header file named XX.h and one library file named FFF.so, how on earth can Cython know that the function defined in XXX.h is to be found in FFF.so ? Thanks again ! :-) Nathann On Jun 2

[sage-devel] Re: Multigraded Hilbert series

On Mon, Jun 29, 2009 at 5:10 PM, Bjarke Hammersholt Roune wrote: > > I should mention that CoCoALib has excellent support for computing > Hilbert series of monomial ideals, possibly at this time better than > that in Frobby. Indeed, CoCoALib is known for having the best > implementation of Bigatti

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

It may be a good idea to interface to OSI in order to avoid having to interface to both CPLEX and COIN-OR, but for license reasons we can not use OSI to interface to GLPK as OSI is GPL-Uncompatible and the only reason we want glpk installed by default is that it is the only gpl LP solver ;-) Nath

[sage-devel] Re: Multigraded Hilbert series

I should mention that CoCoALib has excellent support for computing Hilbert series of monomial ideals, possibly at this time better than that in Frobby. Indeed, CoCoALib is known for having the best implementation of Bigatti Et.Al.'s algorithm anywhere (not so strange since Anna Bigatti wrote the C

[sage-devel] Re: cython numpy interface to access array of C structs

Dag Sverre Seljebotn wrote: > Jason Grout wrote: >> In http://docs.cython.org/docs/numpy_tutorial.html, it says this about >> the future plans for the cython/numpy interface: "Support for efficient >> access to structs/records stored in arrays; currently only primitive >> types are allowed." >>

[sage-devel] Re: cython numpy interface to access array of C structs

Jason Grout wrote: > In http://docs.cython.org/docs/numpy_tutorial.html, it says this about > the future plans for the cython/numpy interface: "Support for efficient > access to structs/records stored in arrays; currently only primitive > types are allowed." > > I have an array of C structs th

[sage-devel] Re: trac server won't accept patches

On Mon, Jun 29, 2009 at 11:21 AM, William Stein wrote: > I tried restarting trac.  We'll see if this makes any difference. Thanks, I could do it now. If it happens again then it could be that in somewhere open file handles are not being closed properly. Cheers, Golam --~--~-~--~~--

[sage-devel] cython numpy interface to access array of C structs

In http://docs.cython.org/docs/numpy_tutorial.html, it says this about the future plans for the cython/numpy interface: "Support for efficient access to structs/records stored in arrays; currently only primitive types are allowed." I have an array of C structs that I'd like to access using the

[sage-devel] Re: trac server won't accept patches

On Mon, Jun 29, 2009 at 4:07 PM, Golam Mortuza Hossain wrote: > > Hi, > > On Mon, Jun 29, 2009 at 3:30 AM, Dan Drake wrote: >> I mentioned this on IRC, but in case no one sees: the trac server won't >> let me upload a patch. It complains: >> >>  Trac detected an internal error: >> >>  OSError: [Er

[sage-devel] Re: trac server won't accept patches

Hi, On Mon, Jun 29, 2009 at 3:30 AM, Dan Drake wrote: > I mentioned this on IRC, but in case no one sees: the trac server won't > let me upload a patch. It complains: > >  Trac detected an internal error: > >  OSError: [Errno 24] Too many open files: >  '/home/sage/wiki/trac/sage_trac/attachments

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

If you're considering interfacing to commercial libraries, you should definitely consider MOSEK (www.mosek.com), which is an excellent commercial convex optimization package that includes conic MIP. CVXOPT also interfaces to MOSEK, which has a native Python interface. Joachim On Jun 29, 3:09 p

[sage-devel] Re: A GNUism in zn_poly-0.9.p0 causes linking problems with Sun's linker

William Stein wrote: > Can you post instructions there that explain to me (at least) how to use > the Sun linker on t2.math to test your spkg? It's difficult to review your > spkg if I don't know what to do to test it. > > Whenever I post track tickets that involve the build system and spkg's,

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

COIN-OR has a project called OSI, the open solver interface, for its own lp solver clp but also CPLEX and GLPK (among others, see: https://projects.coin-or.org/Osi/), so only this OSI has to be interfaced to SAGE, to get all generality in lp solving. In my understanding, cbc can solve mixed-integ

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

On Mon, Jun 29, 2009 at 1:08 PM, Nathann Cohen wrote: > > Hello everybody > > I have already sent a few messages about this and complained for a > while. The only way for the moment to solve Linear Programs ( > http://en.wikipedia.org/wiki/Linear_programming ) is CVXOPT, a library > focused o

[sage-devel] Re: Expression evaluation in new Symbolics

Hi Golam, On 29 Jun., 13:47, Golam Mortuza Hossain wrote: > Thanks. It helps a lot to know this. I am looking forward to > see the updated version. If you don't want to wait for the update: You can ask for evaluation explicitly, e.g., like this: sage: f(x)=sin(x) sage: f(1.57) sin(1.570

[sage-devel] Re: Expression evaluation in new Symbolics

Hi, On Mon, Jun 29, 2009 at 7:53 AM, Burcin Erocal wrote: >> Case B: >> --- >> sin(1.57); f(x) = sin(x); f(1.57) >> 0.99682931835 >> sin(1.57) >> - >> >> For some reasons, sin(1.57) does not get evaluated in case B. >> >> This is in contrast to sage 3.4 where both

[sage-devel] Re: Linear Programming and MIP... Let's start something huge !

Thanks for working on this! I agree with the points in your email. LP solvers are an important topic where I teach so I am happy to help. I think some of my colleagues would be very interested in trying out whatever is developed. I'm not an operations research person myself but would be intereste

[sage-devel] Linear Programming and MIP... Let's start something huge !

Hello everybody I have already sent a few messages about this and complained for a while. The only way for the moment to solve Linear Programs ( http://en.wikipedia.org/wiki/Linear_programming ) is CVXOPT, a library focused on convex optimization, and we need much, much more than this. Ther

[sage-devel] Re: Expression evaluation in new Symbolics

On Sun, 28 Jun 2009 17:28:12 -0300 Golam Mortuza Hossain wrote: > > Hi, > > Are the following evaluations in new symbolics expected > by design (or a bug)? > > Case A: > --- > sage: sin(1.57); f = sin; f(1.57) > 0:99682931835 > 0:99682931835 > --- > > Case B: > ---

[sage-devel] Re: 4.1.alpha2 released

On Jun 27, 1:44 am, Tom Boothby wrote: > Sage 4.1.alpha2 has been released, find it at sage-4.1.alpha2 built OK on Atom N270 running 32 bit Ubuntu 9.04. I did a testlong (32947.2 seconds! [some of that on battery power, so slow processor speed]), and got the failures that have already been rep

[sage-devel] Re: Cython and Libraries

Hi William, hi Nathann, On 29 Jun., 11:43, William Stein wrote: > > I have a C program without a makefile which is meant to be used from > > the command line, and I would like to interface it with SAGE. I have > > been told this should be done through libraries, and I do not have the > > slighte

[sage-devel] Re: A GNUism in zn_poly-0.9.p0 causes linking problems with Sun's linker

On Mon, Jun 29, 2009 at 11:35 AM, Dr. David Kirkby wrote: > > I just found this with sage-4.1.alpha2. > > zn_poly-0.9.p0 has a problem, a GNU-specific flag (-soname) is passed to > the linker, which breaks if the linker is the Sun linker. > > > gcc -shared -Wl,-soname,libzn_poly-`cat VERSION`.so -

[sage-devel] Re: Cython and Libraries

On Mon, Jun 29, 2009 at 11:34 AM, Nathann Cohen wrote: > > Hello everybody !!! > > I have been trying for ages to post a clean patch for Cliquer, a > software used to solve the Max Clique problem in Sage. It has been > refused a lot of times for reasons I understand, but I still do not > know how

[sage-devel] A GNUism in zn_poly-0.9.p0 causes linking problems with Sun's linker

I just found this with sage-4.1.alpha2. zn_poly-0.9.p0 has a problem, a GNU-specific flag (-soname) is passed to the linker, which breaks if the linker is the Sun linker. gcc -shared -Wl,-soname,libzn_poly-`cat VERSION`.so -o libzn_poly-`cat VERSION`.so src/array.o src/invert.o src/ks_support

[sage-devel] Cython and Libraries

Hello everybody !!! I have been trying for ages to post a clean patch for Cliquer, a software used to solve the Max Clique problem in Sage. It has been refused a lot of times for reasons I understand, but I still do not know how to correct it. My problem is the following : I have a C program with

[sage-devel] Re: vtk fails to build on Mac

On Mon, Jun 29, 2009 at 11:07 AM, Ondrej Certik wrote: > Hi, > > the optional vtk package fails to buid on Mac, it fails to configure. > I didn't like the spkg install much, so I joined the Mac and linux > version and it now configures and starts compiling, but then it fails > with: > > http://cod

[sage-devel] vtk fails to build on Mac

Hi, the optional vtk package fails to buid on Mac, it fails to configure. I didn't like the spkg install much, so I joined the Mac and linux version and it now configures and starts compiling, but then it fails with: http://code.google.com/p/femhub/issues/detail?id=34#c3 I think I need to someh

[sage-devel] Re: trac server won't accept patches

Dan Drake wrote: > I mentioned this on IRC, but in case no one sees: the trac server won't > let me upload a patch. It complains: > > Trac detected an internal error: > > OSError: [Errno 24] Too many open files: > > '/home/sage/wiki/trac/sage_trac/attachments/ticket/6429/trac_6429_line_numbe