On 6/5/13 8:13 PM, William Stein wrote:
It would probably be a good thing for FLINT to eventually replace zn_poly. I
>once had grand plans for zn_poly but I don't think they will ever happen.
>It's basically an unfinished piece of code.
... I know the feeling.
William: I hope you're not talki
leif wrote:
leif wrote:
Ursula Whitcher wrote:
...
gcc -std=gnu99 -shared -fopenmp -o libR.so CConverters.o
CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o
arithmetic.o array.o attrib.o base.o bind.o builtin.o character.o
coerce.o colors.o complex.o connections.o context.o cov.o
leif wrote:
Ursula Whitcher wrote:
...
gcc -std=gnu99 -shared -fopenmp -o libR.so CConverters.o
CommandLineArgs.o Rdynload.o Renviron.o RNG.o agrep.o apply.o
arithmetic.o array.o attrib.o base.o bind.o builtin.o character.o
coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o
Ursula Whitcher wrote:
On 6/5/2013 11:39 AM, William Stein wrote:
Given that she is having build issues, I strongly recommend just
building a clean sage-5.10.rc0 from scratch. There may be (many?)
changes to the Sage library, etc., that are related to updated ATLAS
for the first time in years,
Jeff wrote:
Tried a 3 GB swap file, same error. I will wait for the official release
of 5.10. Thanks for the suggestions though.
Note that you could [try to] build 5.10.rc0 now, and when the final gets
out, simply run 'sage --upgrade' (which shouldn't involve much rebuilding).
-leif
--
()
On Wed, Jun 5, 2013 at 4:29 PM, dmharvey wrote:
>
>
> On Thursday, 6 June 2013 01:43:55 UTC+10, William wrote:
>>
>> > The zn_poly author seems to have some philosophical
>> > issue against v3+ for some reason, though.
>>
>> Indeed. In the long run, maybe some new version of FLINT will
>> comple
Tried a 3 GB swap file, same error. I will wait for the official release of
5.10. Thanks for the suggestions though.
Jeff
On Wednesday, June 5, 2013 11:45:36 AM UTC-4, Snark wrote:
>
> Le 05/06/2013 17:21, leif a �crit :
> > Julien Puydt wrote:
> >> Le 05/06/2013 11:38, Jeff a �crit :
> >
On Thursday, 6 June 2013 01:43:55 UTC+10, William wrote:
>
> > The zn_poly author seems to have some philosophical
> > issue against v3+ for some reason, though.
>
> Indeed. In the long run, maybe some new version of FLINT will
> completely subsume zn_poly in functionality, and we can remove
On 6/5/2013 6:01 PM, leif wrote:
Ursula Whitcher wrote:
I followed William's instructions precisely just after he posted them
(which means no attempts at optimization), and the build is still in
progress, six hours later.
I'm not sure what you mean by "no attempts to optimization".
(And you'r
Ursula Whitcher wrote:
I followed William's instructions precisely just after he posted them
(which means no attempts at optimization), and the build is still in
progress, six hours later.
I'm not sure what you mean by "no attempts to optimization".
(And you're apparently not building in paral
I updated to Fedora 19 beta... I don't get the error on small runs like
subsequent make calls. Filesystem is btrfs (same as before) and doesn't
have any errors:
[root@laptop ~]# btrfs scrub start -B /
scrub done for cf6ae48c-ecae-4c85-be1a-787b585f354e
scrub started at Wed Jun 5 23:43:49 2013
On 6/06/2013, at 10:12, "Volker Braun"
mailto:vbraun.n...@gmail.com>> wrote:
On Wednesday, June 5, 2013 8:42:03 PM UTC+1, Snark wrote:
> takes about 25 minutes, because SAGE_ATLAS_LIB is set in the global
> environment by default.
Well, not everyone has a big & recent server.
My laptop builds
Volker Braun wrote:
For the record, the end of install.log is exactly the same excluding the
"tee: write error".
On Tuesday, June 4, 2013 12:45:32 AM UTC+1, leif wrote:
Cosmic ray?
I just re-ran the whole build and got it again
Weird. Did you change anything w.r.t. previous builds (ass
On 6/5/2013 5:11 PM, Volker Braun wrote:
On Wednesday, June 5, 2013 8:42:03 PM UTC+1, Snark wrote:
> takes about 25 minutes, because SAGE_ATLAS_LIB is set in the global
> environment by default.
Well, not everyone has a big & recent server.
My laptop builds Sage in 25 minutes...
For the record, the end of install.log is exactly the same excluding the
"tee: write error".
On Tuesday, June 4, 2013 12:45:32 AM UTC+1, leif wrote:
> Cosmic ray?
>
I just re-ran the whole build and got it again
--
You received this message because you are subscribed to the Google Groups
"
Can you check that I rebased the patch correctly? Then I can try to write
upstream if you'd like.
--
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+unsu
On Wednesday, June 5, 2013 8:42:03 PM UTC+1, Snark wrote:
> > takes about 25 minutes, because SAGE_ATLAS_LIB is set in the global
> > environment by default.
> Well, not everyone has a big & recent server.
>
My laptop builds Sage in 25 minutes...
We have a saying in France about a knife and a
For those interested, I've created
http://trac.sagemath.org/sage_trac/wiki/Cygwin64Port and will be reporting
progress there.
--
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
Jean-Pierre Flori wrote:
Dear all,
Here's an old ticket that would create a new standrard spkg:
http://trac.sagemath.org/sage_trac/ticket/2114
What it does is quite simple: build the really fast gf2x library by guys
from INRIA and plug it into NTL to provide faster extensions of GF(2).
As NTL is
Le 05/06/2013 20:22, William Stein a écrit :
On Wed, Jun 5, 2013 at 11:14 AM, Julien Puydt wrote:
Le 05/06/2013 18:39, William Stein a écrit :
Since building everything except ATLAS takes less than an hour on a
lot of modern servers, there's no major penalty for building everything
from
scrat
leif wrote:
Jeroen Demeyer wrote:
Just for information, these packages still use make instead of $MAKE:
- atlas (upstream all over the place)
- boehm_gc (in spkg-install)
- cliquer (in spkg-install)
- iml (in spkg-install, #748)
- ntl (upstream)
Fixed NTL spkg coming soon (#14692). (Now also
Thanks David, I am getting the following to work.
def make_pool(data):
rows = len(data)
cols = len(data[0])
parent_arg = parent(matrix(ZZ, data))
return Pool(parent_arg, flatten(data), False, False)
class Pool(sage.matrix.matrix_integer_dense.Matrix_integer_dense):
def __init_
The issue is that Matrix_integer_dense has a __cinit__ method, which means
that all subclasses must conform to the same inputs for their __init__
methods. So you need to do
def __init__(self, parent, entries, coerce, copy):
sage.matrix.matrix_integer_dense.Matrix_integer_dense.__init_
On Wed, Jun 5, 2013 at 11:14 AM, Julien Puydt wrote:
> Le 05/06/2013 18:39, William Stein a écrit :
>
>> Since building everything except ATLAS takes less than an hour on a
>> lot of modern servers, there's no major penalty for building everything
>> from
>> scratch.
>
>
> Less than an hour for ev
Le 05/06/2013 18:39, William Stein a écrit :
Since building everything except ATLAS takes less than an hour on a
lot of modern servers, there's no major penalty for building everything from
scratch.
Less than an hour for everything except ATLAS!? Is even
sage.math.washington.edu that fast?
S
Here is a kluge that is closer to what I want. Can be copied into and run
in a Sage cell. The deficiency in the construction is on lines 6-8 (within
commented section).
class PoolingMatrix(sage.matrix.matrix_integer_dense.Matrix_integer_dense):
# Example construction:
#a = matrix(Z
Travis, thanks for the response (still wrapping my head around it).
On Wednesday, June 5, 2013 7:34:35 AM UTC-7, Travis Scrimshaw wrote:
>
> Hey Rob,
> Here's a patch where I made CartanMatrix inherit from regular
> matrices: http://trac.sagemath.org/sage_trac/ticket/14137. Although it is
>
Thanks for the responses. Probably the answer is I don't know what
__init__ method to call within the inheriting __init__ method.
Maybe I'd like to say:
class PoolingMatrix(parent_class):
def __init__(self, ring_arg, 2D_list_arg):
parent_class.__init__(self, ring_arg, 2D_list_arg)
On Wed, Jun 5, 2013 at 9:35 AM, leif wrote:
> William Stein wrote:
>>
>> On Wed, Jun 5, 2013 at 9:12 AM, Ursula Whitcher wrote:
>>>
>>> On 6/5/2013 11:06 AM, Volker Braun wrote:
Can you try the new ATLAS (for example in sage-5.10.rc0)
>>>
>>>
>>>
>>> Sorry, I don't know how I would
Are you calling some_matrix_thingy.__init__ inside your __init__ method?
David
On Tue, Jun 4, 2013 at 8:10 PM, Rob wrote:
> I am trying to make a class PoolingMatrix, which needs to be an
> (binary) integer matrix with extra attributes and functions. For
> example, I'd like to say:
>
> sage: m
William Stein wrote:
On Wed, Jun 5, 2013 at 9:12 AM, Ursula Whitcher wrote:
On 6/5/2013 11:06 AM, Volker Braun wrote:
Can you try the new ATLAS (for example in sage-5.10.rc0)
Sorry, I don't know how I would do that. Can you expand a little?
wget
http://sage.math.washington.edu/home/rel
On 6/5/2013 11:16 AM, Jeroen Demeyer wrote:
https://www.dropbox.com/s/brnvxh48mu36g05/atlas-3.8.4.p1.log
The log file seems to be truncated, the last part is missing.
I re-downloaded it. Try again?
The file is longer than before, but still truncated :-(
Can you tell me what the end of
Ursula wrote:
I'm trying to install Sage in my personal directory on a system running
CentOS. (The system is a small research cluster belonging to one of the
professors in the chemistry department at my institution; I don't know a
lot about its configuration, and I certainly don't have root acce
On Wed, Jun 5, 2013 at 9:12 AM, Ursula Whitcher wrote:
> On 6/5/2013 11:06 AM, Volker Braun wrote:
>>
>> Can you try the new ATLAS (for example in sage-5.10.rc0)
>
>
> Sorry, I don't know how I would do that. Can you expand a little?
wget
http://sage.math.washington.edu/home/release/sage-5.10.r
On 06/05/2013 06:10 PM, Ursula Whitcher wrote:
On 6/5/2013 11:01 AM, Jeroen Demeyer wrote:
On 06/05/2013 05:57 PM, Ursula wrote:
https://www.dropbox.com/s/brnvxh48mu36g05/atlas-3.8.4.p1.log
The log file seems to be truncated, the last part is missing.
I re-downloaded it. Try again?
The
On 6/5/2013 11:06 AM, Volker Braun wrote:
Can you try the new ATLAS (for example in sage-5.10.rc0)
Sorry, I don't know how I would do that. Can you expand a little?
UAW
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this
On 6/5/2013 11:01 AM, Jeroen Demeyer wrote:
On 06/05/2013 05:57 PM, Ursula wrote:
https://www.dropbox.com/s/brnvxh48mu36g05/atlas-3.8.4.p1.log
The log file seems to be truncated, the last part is missing.
I re-downloaded it. Try again?
UAW
--
You received this message because you are sub
Can you try the new ATLAS (for example in sage-5.10.rc0)
--
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
Sage is coming up several places at the ILAS 2013 conference [1].
Here's a couple of highlights, FYI:
* mpsolve [2] is now open-source, and we are working on getting it into
Sage. Here is a *very* preliminary Cython interface that seems to
successfully find the roots of x^4-1:
https://github
On 06/05/2013 05:57 PM, Ursula wrote:
https://www.dropbox.com/s/brnvxh48mu36g05/atlas-3.8.4.p1.log
The log file seems to be truncated, the last part is missing.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and
I'm trying to install Sage in my personal directory on a system running
CentOS. (The system is a small research cluster belonging to one of the
professors in the chemistry department at my institution; I don't know a
lot about its configuration, and I certainly don't have root access, so
pleas
Le 05/06/2013 17:21, leif a écrit :
Julien Puydt wrote:
Le 05/06/2013 11:38, Jeff a écrit :
I have 512 MB RAM. I created a 1 GB swap file and got the same error.
Then with the swap still on I ran 'SAGE_INSTALL_GCC=yes make' and again
got the same error. I haven't looked into ulimit because I am
On Wed, Jun 5, 2013 at 8:38 AM, Volker Braun wrote:
> We could probably get PALP relicensed as GPLv3+ if we ask, I don't think
> that would be a problem.
Can you please try? (Based on the argument I mentioned before.)
> The zn_poly author seems to have some philosophical
> issue against v3+ fo
We could probably get PALP relicensed as GPLv3+ if we ask, I don't think
that would be a problem. The zn_poly author seems to have some
philosophical issue against v3+ for some reason, though.
On Wednesday, June 5, 2013 4:03:38 PM UTC+1, William wrote:
>
> It links to zn_poly which is "GPLv3 onl
Julien Puydt wrote:
Le 05/06/2013 11:38, Jeff a écrit :
I have 512 MB RAM. I created a 1 GB swap file and got the same error.
Then with the swap still on I ran 'SAGE_INSTALL_GCC=yes make' and again
got the same error. I haven't looked into ulimit because I am less
familiar with it but I will try
On Wed, Jun 5, 2013 at 6:29 AM, Jason Grout wrote:
> Huh, I can't find the GPL3 information you quote above in COPYING.txt; for
> example, palp just says "GPL":
> http://hg.sagemath.org/sage-root/src/3a18de90aa0fb0fa09c40dd5482e3187468ae532/COPYING.txt?at=default
>
line 85 of COPYING.txt in sage-
I should also say, you probably do not need the metaclass since you don't
need to do extra processing of the inputs (actually I probably don't need
it either...)
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and
Hey Rob,
Here's a patch where I made CartanMatrix inherit from regular matrices:
http://trac.sagemath.org/sage_trac/ticket/14137. Although it is slightly
bad as there is not a proper parent, but here's the short version:
__metaclass__ = ClasscallMetaclass
@staticmethod
def __cla
On 6/5/13 2:06 AM, William Stein wrote:
On Tue, Jun 4, 2013 at 10:29 PM, Julien Puydt wrote:
Le 05/06/2013 06:51, William Stein a écrit :
On Tue, Jun 4, 2013 at 6:21 PM, Jason Grout
wrote:
On 6/4/13 5:53 PM, Volker Braun wrote:
Sage is GPL v3, so that is perfect already.
Do we have c
> That's not crazy at all. It's exactly the spirit that makes Sage great!
>
You seem to elude the possibility that this might be crazy AND be what
makes Sage great.
Nathann
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from
2 blocker tickets for Sage 5.10 need review:
* ECL does not fully recover from relocation:
http://trac.sagemath.org/sage_trac/ticket/11359
* Improve UTF-8 support in LaTeX documentation:
http://trac.sagemath.org/sage_trac/ticket/14571
--
You received this message because you are subscribed to t
I agree that it doesn't make sense to have a dependency of a standard
package being optional. And its relatively small. So unless somebody
objects soon we should include it.
On Wednesday, June 5, 2013 12:01:47 AM UTC+1, Jean-Pierre Flori wrote:
>
> Dear all,
>
> Here's an old ticket that would
And I thought computers don't make sign errors ;-)
On Wednesday, June 5, 2013 2:32:25 AM UTC+1, François wrote:
>
> > FAIL: z1.real, 15th-order polynomial (-1.00044 observed vs 1
> > expected) [159]
> > FAIL: z2.real, 15th-order polynomial (1.0003899845002 observed vs -1
> > ex
Le 05/06/2013 11:38, Jeff a écrit :
I have 512 MB RAM. I created a 1 GB swap file and got the same error.
Then with the swap still on I ran 'SAGE_INSTALL_GCC=yes make' and again
got the same error. I haven't looked into ulimit because I am less
familiar with it but I will try it today.
If you'r
I have 512 MB RAM. I created a 1 GB swap file and got the same error. Then
with the swap still on I ran 'SAGE_INSTALL_GCC=yes make' and again got the
same error. I haven't looked into ulimit because I am less familiar with it
but I will try it today.
Thanks for the suggestions.
On Tuesday, Ju
I am trying to make a class PoolingMatrix, which needs to be an
(binary) integer matrix with extra attributes and functions. For
example, I'd like to say:
sage: m = PoolingMatrix(ZZ, [[1,0,0],[0,1,0],[0,0,1]])
sage: m.nrows()
2
sage: m.is_disjunct(2)# the 3x3 identity matrix is 2-disjunct
Tru
56 matches
Mail list logo
