On Fri, Jul 16, 2010 at 8:12 AM, parisse
wrote:
>
>
>> Hi,
>>
>> Is your factoring code (and corresponding benchmarks) multithreaded?
>>
>
> The factoring code is not multithreaded, but it calls multivariate
> polynomial multiplication several times during the Hensel lift phase,
> and that code is
> Hi,
>
> Is your factoring code (and corresponding benchmarks) multithreaded?
>
The factoring code is not multithreaded, but it calls multivariate
polynomial multiplication several times during the Hensel lift phase,
and that code is multithreaded. The timings reported are when you add
time for
I added a basic script and some examples, plus some notes, to trac ticket
8048.
Jason
On Thu, Jul 15, 2010 at 4:13 PM, Jason B Hill wrote:
>
> This processor actually appears to be 64-bit capable, due to the "lm"
> (long-mode) flag.
>
> I confirmed this via the following link:
> http://ark.intel
On Thu, Jul 15, 2010 at 1:38 PM, Andrey Novoseltsev wrote:
> Hi Carl,
>
> For example this installation of sage-4.5.alpha1
>
> novos...@sage:/scratch/novoselt/sage-4.5.alpha1/devel/sage-main$ hg
> qapplied
> trac_9502_basis_parent_bug_in_FreeModule.patch
> trac_9128-sphinx_links_all-fh.patch
> tra
On Thu, Jul 15, 2010 at 7:54 PM, Nicolas M. Thiery
wrote:
> Should I file a ticket?
http://trac.sagemath.org/sage_trac/ticket/9344 which has a positive review.
--Mike
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-d
Should I file a ticket?
sage: matrix(5,3,lambda i,j: 1)
[1 1 1]
[1 1 1]
[1 1 1]
I would have expected:
sage: matrix(5,3,lambda i,j: 1)
[1 1 1]
[1 1 1]
[1 1 1]
[1 1 1]
[1 1 1]
Cheers,
On Fri, Jul 16, 2010 at 12:28 AM, William Stein wrote:
> On Fri, Jul 9, 2010 at 2:32 PM, parisse
> wrote:
>> I have updated the benchmarks page of giac, with comparison with magma
>> and trip there:
>> http://www-fourier.ujf-grenoble.fr/~parisse/giac/benchmarks/benchmarks.html
>> I'm curious to
On Fri, Jul 9, 2010 at 2:32 PM, parisse wrote:
> I have updated the benchmarks page of giac, with comparison with magma
> and trip there:
> http://www-fourier.ujf-grenoble.fr/~parisse/giac/benchmarks/benchmarks.html
> I'm curious to know if this will raise interest in integrating giac in
> sage on
On Fri, Jul 9, 2010 at 2:32 PM, parisse wrote:
> I have updated the benchmarks page of giac, with comparison with magma
> and trip there:
> http://www-fourier.ujf-grenoble.fr/~parisse/giac/benchmarks/benchmarks.html
> I'm curious to know if this will raise interest in integrating giac in
> sage on
This processor actually appears to be 64-bit capable, due to the "lm"
(long-mode) flag.
I confirmed this via the following link:
http://ark.intel.com/Product.aspx?id=33916
Thanks though. Any testing is good testing.
Jason
On Thu, Jul 15, 2010 at 3:51 PM, John Cremona wrote:
> j...@ubuntu%cat
On Thu, Jul 15, 2010 at 6:59 AM, William Stein wrote:
> Sage Days in Banff??
Road trip! I'll be living in Vancouver, and I do like the drive up to Banff.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr
j...@ubuntu%cat /proc/cpuinfo | grep "flags" | uniq
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx est tm2
ssse3 cx16 xtpr sse4_1 lahf_lm ida
I only have access to 64-bit processors. (My 32-bit machine was recently
stolen.) Can someone with a 32-bit processor (not just the OS, I need the
hardware itself to only support 32-bit) running any flavor of Linux please
copy and paste the result of the following shell command?
$ cat /proc/cpuinf
On Thu, Jul 15, 2010 at 1:27 PM, Carl Witty wrote:
> One very simple change might be easier to implement/use. How about if
> there were both a "share" button and a "publish" button, and these
> went in to separate sections? I'm guessing that people asking for
> help with an error message, etc.,
On Jul 15, 2010, at 06:59 , William Stein wrote:
Sage Days in Banff??
Hell, I'd go!
+1
Justin
--
Justin C. Walker, Curmudgeon at Large
Institute for the Absorption of Federal Funds
---
If it weren't for carbon-14, I wouldn't date at all.
---
--
To post to this group, send
Hi Carl,
For example this installation of sage-4.5.alpha1
novos...@sage:/scratch/novoselt/sage-4.5.alpha1/devel/sage-main$ hg
qapplied
trac_9502_basis_parent_bug_in_FreeModule.patch
trac_9128-sphinx_links_all-fh.patch
trac_9128-intersphinx_python_database-fh.patch
trac_9188_fix_facet_normal.patch
As I understand it, the (gfan on eno and taurus) issue has been
resolved, but since I've already got the build going on taurus, I
won't stop it. PS - Passes all tests on eno!
--
Robert L. Miller
http://www.rlmiller.org/
--
To post to this group, send an email to sage-devel@googlegroups.com
To
On Tue, Feb 23, 2010 at 1:14 PM, Robert Bradshaw
wrote:
> On Feb 23, 2010, at 8:39 AM, Dr. David Kirkby wrote:
>
>> If one sets up a Sage server for public use, there is the opportunity for
>> someone to publish worksheets, there is a section:
>>
>>
>> "Browse published Sage worksheets
>> (no logi
On Tue, Jul 13, 2010 at 6:39 AM, Andrey Novoseltsev wrote:
> On Jul 13, 3:37 am, Carl Witty wrote:
>> On Thu, Jun 17, 2010 at 2:18 PM, Volker Braun wrote:
>> > Unsurprisingly, setting the random seed makes the random_expr() always
>> > return the same value:
>>
>> > sage: set_random_seed(0xdeadb
On 2010-Jul-14 19:24:30 -0700, Robert Bradshaw
wrote:
>On Wed, Jul 14, 2010 at 1:21 PM, Dr. David Kirkby
> wrote:
>> Peter Jeremy asked me if I'd look at the cephes package, as he was having
>> trouble with it. It's only installed on CYGWIN, so 99% of people are not
>> going to see that cephes is
John,
Sage built fine for me on eno. I'm running tests now. My install.log is here:
http://sage.math.washington.edu/home/rlmill/sage-4.5.rc1.eno.install.log
I'll try taurus next.
--
Robert L. Miller
http://www.rlmiller.org/
--
To post to this group, send an email to sage-devel@googlegroups.c
When William started the Sage 5.0 thread yesterday, I said I thought there
was an 80% chance of a 64-bit SPARC port by time Sage 5.0 is released at
the end of next month
http://groups.google.co.uk/group/sage-devel/msg/cbce56100f9b1544
I think I'll increase that to 98% now, as I have actually
Europe... :-)
well, to me Banff is as far as it gets (flying Singapore-Europe-
Calgary is almost as fast as flying Singapore-Japan/HK-Vancouver-
Calgary, and more convenient), but I still would come.
Dima
On Jul 15, 3:54 pm, John Cremona wrote:
> As always with Banff:
>
> pro -- great place in a
On 15 July 2010 18:15, William Stein wrote:
> On Thu, Jul 15, 2010 at 7:14 PM, wrote:
>> On Jul 15, 2010 4:55pm, William Stein wrote:
>>> On Thu, Jul 15, 2010 at 5:51 PM, John H Palmieri jhpalmier...@gmail.com>
>>> wrote:
>>>
>>> > On Jul 15, 6:34 am, Robert Miller r...@rlmiller.org> wrote:
>>>
On Thu, Jul 15, 2010 at 12:57 AM, Fernando Perez wrote:
> On Wed, Jul 14, 2010 at 11:54 PM, Ondrej Certik wrote:
>> I hope he is. I haven't seen any patches since 2009-03-13 and it
>> segfaulted my code, but I fixed it and sent him the patches. (I pulled
>> his repo using hg-git, and pushed into
On Thu, Jul 15, 2010 at 7:14 PM, wrote:
> On Jul 15, 2010 4:55pm, William Stein wrote:
>> On Thu, Jul 15, 2010 at 5:51 PM, John H Palmieri jhpalmier...@gmail.com>
>> wrote:
>>
>> > On Jul 15, 6:34 am, Robert Miller r...@rlmiller.org> wrote:
>>
>> >> PS --- Let's be sure to check "deps" to make s
On Jul 15, 2010 4:55pm, William Stein wrote:
On Thu, Jul 15, 2010 at 5:51 PM, John H Palmieri jhpalmier...@gmail.com>
wrote:
> On Jul 15, 6:34 am, Robert Miller r...@rlmiller.org> wrote:
>> PS --- Let's be sure to check "deps" to make sure that gfan has all
>> its dependencies, since w
Currently the spkg/standard/deps file has the dependancies for Sage listed
in alphabetical order. I suspect that might mean for serial builds, if
there are no stated dependancies, things build in alphabetical order.
all: $(BASE) \
$(INST)/$(ATLAS) \
$(INST)/$(BLAS) \
$(INST)/$(BOEHM_GC) \
$(I
On Thu, Jul 15, 2010 at 2:22 AM, John Cremona wrote:
>>
>> +1 I really like this idea. All the advantages of mercurial queues
>> without the late dependancies or requirement that the source be under
>> revision control. (The patch queue itself would be under the .spkg
>> control). The actual pushi
On 15 July 2010 16:38, Robert Miller wrote:
> On Thu, Jul 15, 2010 at 1:51 PM, David Kirkby wrote:
>> 3) GLPK should be built before R if we ever hope to use it in R
>> 4) GLPK should be built before CVXOPT if there is any hope of using
>> those together.
>
> Shouldn't we wait until we implement
On Thu, Jul 15, 2010 at 1:51 PM, David Kirkby wrote:
> 3) GLPK should be built before R if we ever hope to use it in R
> 4) GLPK should be built before CVXOPT if there is any hope of using
> those together.
Shouldn't we wait until we implement using GLPK from these? Otherwise
we are potentially s
> > Has this
> > already been done, or should I file a patch for this?
>
> If you would be so kind... I saw no mention of it until I read your
> message :-)
Ok, I'll do it in the next couple of days, taking into account David's
comment about skpg build order.
Nathan
--
To post to this group, s
As always with Banff:
pro -- great place in all respects
con -- very expensive to get there, especially from Europe!
John
On 15 July 2010 14:59, William Stein wrote:
> Sage Days in Banff??
>
>
> -- Forwarded message --
> From: Gunther Uhlmann
> Date: 2010/7/15
> Subject: [MathF
Sage Days in Banff??
-- Forwarded message --
From: Gunther Uhlmann
Date: 2010/7/15
Subject: [MathFaculty] Call for proposals for the Banff International
Research Station 2012 (fwd)
To: facu...@math.washington.edu, facu...@amath.washington.edu,
stat...@stat.washington.edu
FYI:
On Thu, Jul 15, 2010 at 11:45 AM, John Cremona wrote:
> In ticket #7092 a change was made to the spkg-install script for pari
> so that on ALL linux systems the compiler flag was changed from -O3
> (the default from the pari distribution) to -O1, in order to fix a
> build issue which ONLY arises o
[possibly OT] Out of curiosity, what was the rationale for going for
SAGE on Cygwin instead of MinGW?
Cheers,
Francesco.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more opt
On 15 July 2010 03:24, Robert Bradshaw wrote:
> On Wed, Jul 14, 2010 at 1:21 PM, Dr. David Kirkby
> wrote:
>> Peter Jeremy asked me if I'd look at the cephes package, as he was having
>> trouble with it. It's only installed on CYGWIN, so 99% of people are not
>> going to see that cephes is broken
On 15 July 2010 12:29, François Bissey wrote:
>> In my email above, I just appended '$(INST)/$(GLPK)' to the end of the
>> CVXOPT line as it currently is in spkg/standard/deps.. I did not add
>> NUMPY myself. If a dependency can be removed, it would be useful, as
>> it might permit more efficient
On 15 July 2010 10:45, John Cremona wrote:
> In ticket #7092 a change was made to the spkg-install script for pari
> so that on ALL linux systems the compiler flag was changed from -O3
> (the default from the pari distribution) to -O1, in order to fix a
> build issue which ONLY arises on some vers
> In my email above, I just appended '$(INST)/$(GLPK)' to the end of the
> CVXOPT line as it currently is in spkg/standard/deps.. I did not add
> NUMPY myself. If a dependency can be removed, it would be useful, as
> it might permit more efficient parallel builds.
sorry Dave, I didn't imply you di
On 15 July 2010 10:04, François Bissey wrote:
>> On 07/14/10 10:58 PM, Nathan Dunfield wrote:
>> I strongly suspect you would also need to make sure glpk builds before
>> cvxopt by editing spkg/standard/deps. The cvxopt entry would then look
>> like this.
>>
>>
>> $(INST)/$(CVXOPT): $(BASE) $(INS
CVXOPT has no dependencies on Numpy (but can exchange data with
Numpy arrays efficiently via a buffer protocol).
On Jul 15, 11:04 am, François Bissey wrote:
> > On 07/14/10 10:58 PM, Nathan Dunfield wrote:
> > >> On a similar note cvxopt can make use of glpk as well.
>
> > > Yes, it can --- I was
In ticket #7092 a change was made to the spkg-install script for pari
so that on ALL linux systems the compiler flag was changed from -O3
(the default from the pari distribution) to -O1, in order to fix a
build issue which ONLY arises on some version of gcc which ships with
Fedora 11. This was abo
>
> +1 I really like this idea. All the advantages of mercurial queues
> without the late dependancies or requirement that the source be under
> revision control. (The patch queue itself would be under the .spkg
> control). The actual pushing of a series could probably be a simple
> command in spkg
> On 07/14/10 10:58 PM, Nathan Dunfield wrote:
> >> On a similar note cvxopt can make use of glpk as well.
> >
> > Yes, it can --- I was just using this yesterday.
> >
> > The trick is that you have to tell cvxopt that glpk is available when
> > it is compiled/installed. Now that glpk is standa
On Wed, Jul 14, 2010 at 11:54 PM, Ondrej Certik wrote:
> I hope he is. I haven't seen any patches since 2009-03-13 and it
> segfaulted my code, but I fixed it and sent him the patches. (I pulled
> his repo using hg-git, and pushed into github.)
Cool, thanks. In the meantime I can use yours then.
Thanks for a quick reply, Mike!
I have incorporated your changes, but there are further issues with
number fields and their rings of integers (as I recall they are not
always PIDs...). So for now I have left the call of the wrong
constructor.
Andrey
On Jul 15, 12:29 am, Mike Hansen wrote:
> Hel
47 matches
Mail list logo
