On 06/20/2012 03:16 PM, kcrisman wrote:
On Wednesday, June 20, 2012 3:40:24 PM UTC-4, Stephen Montgomery-Smith
wrote:
On 06/20/2012 02:30 PM, kcrisman wrote:
>
>
> On Thursday, April 19, 2012 3:25:44 PM UTC-4, leif wrote:
>
> On 19 Apr., 05:33, Stephen Montgomery-S
On Wednesday, June 20, 2012 3:40:24 PM UTC-4, Stephen Montgomery-Smith
wrote:
>
> On 06/20/2012 02:30 PM, kcrisman wrote:
> >
> >
> > On Thursday, April 19, 2012 3:25:44 PM UTC-4, leif wrote:
> >
> > On 19 Apr., 05:33, Stephen Montgomery-Smith
> > wrote:
> > > I think I have
On 06/20/2012 02:30 PM, kcrisman wrote:
On Thursday, April 19, 2012 3:25:44 PM UTC-4, leif wrote:
On 19 Apr., 05:33, Stephen Montgomery-Smith
wrote:
> I think I have found the problem with sympow. It is nothing to do
with
> elliptic curves. It is simply a malloc/free err
On Thursday, April 19, 2012 3:25:44 PM UTC-4, leif wrote:
>
> On 19 Apr., 05:33, Stephen Montgomery-Smith
> wrote:
> > I think I have found the problem with sympow. It is nothing to do with
> > elliptic curves. It is simply a malloc/free error.
> >
> > In util.c there is a function free_d
On 19 Apr., 05:33, Stephen Montgomery-Smith
wrote:
> I think I have found the problem with sympow. It is nothing to do with
> elliptic curves. It is simply a malloc/free error.
>
> In util.c there is a function free_data, which frees TACKS[0]. TACKS[0]
> is meant to be allocated in disk.c, but
According to the answer to this question
http://www.velocityreviews.com/forums/t713549-check-for-null-before-calling-free.html
it is save since it is part of the c language spec that free(NULL) should do
nothing. So also the debugging replacements Dima is worried about should give
no problem.
On Thursday, 19 April 2012 11:33:36 UTC+8, Stephen Montgomery-Smith wrote:
>
> I think I have found the problem with sympow. It is nothing to do with
> elliptic curves. It is simply a malloc/free error.
>
> In util.c there is a function free_data, which frees TACKS[0]. TACKS[0]
> is meant to
On Tue, Aug 17, 2010 at 3:31 PM, William Stein wrote:
> On Tue, Aug 17, 2010 at 3:11 PM, Dr. David Kirkby
> wrote:
>> On 08/17/10 09:26 AM, John Cremona wrote:
>>>
>>> At last, a contributiuon to this thread which actually addresses my
>>> original question!
>>>
> In contrast, it seems sympow
On 08/23/10 01:46 PM, Bill Hart wrote:
Yes, I wrote to Mark. I asked him for permission to post his response
in toto here. But he did not reply to that email. His response was
*very* helpful and I suspect anyone wanting to reimplement Sympow
would do well to contact Mark directly and also John Cr
Yes, I wrote to Mark. I asked him for permission to post his response
in toto here. But he did not reply to that email. His response was
*very* helpful and I suspect anyone wanting to reimplement Sympow
would do well to contact Mark directly and also John Cremona.
The two important points I got fr
On 17 Aug, 21:09, Peter Jeremy wrote:
> On 2010-Aug-16 14:32:14 -0700, Bill Hart wrote:
>
> >I'm also really wondering why cephes is in Sage. Unless there are two
> >packages with the same name, it was last updated circa 1994 and uses
> >non-portable long doubles. We've booted packages from Sag
On 16 August 2010 23:48, Bill Hart wrote:
>
>
> On 16 Aug, 22:50, William Stein wrote:
>> On Mon, Aug 16, 2010 at 2:32 PM, Bill Hart
>> wrote:
>> > Is there even a link from which Sympow can be downloaded so that one
>> > can look through the code to see if it is worth salvaging. I can't
>> > e
On 19 August 2010 09:50, Mitesh Patel wrote:
> On 08/18/2010 07:13 PM, William Stein wrote:
>> On Wed, Aug 18, 2010 at 4:18 AM, David Kirkby
>> wrote:
>>> On 18 August 2010 11:33, John Cremona wrote:
On 17 August 2010 23:31, William Stein wrote:
>>>
>>> It would be a student project t
On 08/18/2010 07:13 PM, William Stein wrote:
> On Wed, Aug 18, 2010 at 4:18 AM, David Kirkby wrote:
>> On 18 August 2010 11:33, John Cremona wrote:
>>> On 17 August 2010 23:31, William Stein wrote:
>>
>> It would be a student project to reimplement Mark W's algorithm (Here:
>> http://www
On 08/19/10 01:13 AM, William Stein wrote:
On Wed, Aug 18, 2010 at 4:18 AM, David Kirkby wrote:
This is what should happen. After somebody implements his algor
in Sage, then
we can (re)move Sympow. Here's a trac ticket:
http://trac.sagemath.org/sage_trac/ticket/9758
It would be good
On Wed, Aug 18, 2010 at 4:18 AM, David Kirkby wrote:
> On 18 August 2010 11:33, John Cremona wrote:
>> On 17 August 2010 23:31, William Stein wrote:
>
> It would be a student project to reimplement Mark W's algorithm (Here:
> http://www.emis.ams.org/journals/EM/expmath/volumes/11/11.4/pp
On 18 August 2010 11:33, John Cremona wrote:
> On 17 August 2010 23:31, William Stein wrote:
It would be a student project to reimplement Mark W's algorithm (Here:
http://www.emis.ams.org/journals/EM/expmath/volumes/11/11.4/pp487_502.pdf)
>>
>> This is what should happen. After some
On 17 August 2010 23:31, William Stein wrote:
> On Tue, Aug 17, 2010 at 3:11 PM, Dr. David Kirkby
> wrote:
>> On 08/17/10 09:26 AM, John Cremona wrote:
>>>
>>> At last, a contributiuon to this thread which actually addresses my
>>> original question!
>>>
> In contrast, it seems sympow is not
On Tue, Aug 17, 2010 at 3:11 PM, Dr. David Kirkby
wrote:
> On 08/17/10 09:26 AM, John Cremona wrote:
>>
>> At last, a contributiuon to this thread which actually addresses my
>> original question!
>>
In contrast, it seems sympow is not used by many people. The fact there
are
no bug
On 08/17/10 09:26 AM, John Cremona wrote:
At last, a contributiuon to this thread which actually addresses my
original question!
In contrast, it seems sympow is not used by many people. The fact there are
no bug reports of it not working on the public servers shows how little it
is used. (If so
On 08/17/10 03:31 AM, Bill Hart wrote:
I have no sympathy for anyone who wants to include that code in Sage.
I have very little myself.
I know John Cremona has made the point SYMPOW is much faster than anything he
has written at computing the modular degree of an elliptic curve, but I'd
pers
On 2010-Aug-16 14:32:14 -0700, Bill Hart wrote:
>I'm also really wondering why cephes is in Sage. Unless there are two
>packages with the same name, it was last updated circa 1994 and uses
>non-portable long doubles. We've booted packages from Sage for much
>less felonious offences.
cephes is use
At last, a contributiuon to this thread which actually addresses my
original question!
>> In contrast, it seems sympow is not used by many people. The fact there are
>> no bug reports of it not working on the public servers shows how little it
>> is used. (If someone actually tried to run many of
> On 08/16/10 11:43 PM, François Bissey wrote:
> > If you weren't using sympow you won't be missing it and nothing would
> > break. Nothing apart from lfunctions/sympow.py calls sympow and I don't
> > think anything in that python file is called from anywhere else - it
> > just provides the interfa
I have no sympathy for anyone who wants to include that code in Sage.
No documentation. It's virtually obfuscated. Test code is where?
At any rate I used my "special powers" to divine that the following
files are required to get the modular degree functions working:
moddeg.c QD.c eulerfactors.c c
On 08/17/10 02:29 AM, Bill Hart wrote:
Where? I can't even download it, so I don't even get past go.
There is no web site for SYMPOW - apparently it has been removed.
But SYMPOW is a standard package in Sage - see
spkg/standard/sympow-1.018.1.p7.spkg
Dave
On 17 Aug, 02:26, "Dr. David Kirkb
On Mon, Aug 16, 2010 at 6:29 PM, Bill Hart wrote:
> Where? I can't even download it, so I don't even get past go.
http://sagemath.org/packages/standard/sympow-1.018.1.p7.spkg
>
> On 17 Aug, 02:26, "Dr. David Kirkby" wrote:
>> On 08/17/10 01:59 AM, Bill Hart wrote:
>>
>> > Hmm, I see the argum
OK, mwrank is part of eclib, g95 is fortran and only needed for blas,
which I see you use CBLAS for. bzip2 is a prereq of python and may
even only be required on some platforms, I don't know.
Sorry, this is all OT for the thread and only tangentially relevant to
how spkgs are required by sage.
Bi
Where? I can't even download it, so I don't even get past go.
On 17 Aug, 02:26, "Dr. David Kirkby" wrote:
> On 08/17/10 01:59 AM, Bill Hart wrote:
>
> > Hmm, I see the argument between the researcher (William) who wants to
> > *use* sympow, and the code porter (David) who wants to *port* sympow.
On 08/17/10 01:59 AM, Bill Hart wrote:
Hmm, I see the argument between the researcher (William) who wants to
*use* sympow, and the code porter (David) who wants to *port* sympow.
I think I will remain on the fence on this one, pull up a chair, grab
a beer from the fridge. :-)
Bill,
If it
Ah, and cephes is only required for Cygwin and FreeBSD, so that
explains that one
On 17 Aug, 02:12, Bill Hart wrote:
> Hi Francois,
>
> I looked through the list, and here are some spkg's that don't seem to
> be on either list (as deps or deps of deps). Some I can see why you
> didn't list, e
Hi Francois,
I looked through the list, and here are some spkg's that don't seem to
be on either list (as deps or deps of deps). Some I can see why you
didn't list, e.g. f95, mercurial, but many others seem to be part of
Sage and not listed. I guess sqlite is a dependency of python
Here is a
Hmm, I see the argument between the researcher (William) who wants to
*use* sympow, and the code porter (David) who wants to *port* sympow.
I think I will remain on the fence on this one, pull up a chair, grab
a beer from the fridge. :-)
On 17 Aug, 01:31, "Dr. David Kirkby" wrote:
> On 08/17
On 08/17/10 12:24 AM, William Stein wrote:
I would rather have a windows port than not having a Windows port.
Problems may be created as a result. But since Cephes is only used
on Windows, the problems will be less than the current problem which
is that Sage doesn't work at all on Windows.
I
On Mon, Aug 16, 2010 at 5:08 PM, mda_ wrote:
>> system to be more modular. Is there even an efficient method in Python
>> of conditionally including code based on availability of prereqs? I
try:
import foo
except ImportError:
# do something to note that the module foo isn't available
>
> system to be more modular. Is there even an efficient method in Python
> of conditionally including code based on availability of prereqs? I
Since I'm a sage-noob, I don't know if my answer is relevant
enoughHowever, the import statement in python, in general, has
been misused in the past.
On Aug 16, 4:40 pm, William Stein wrote:
> On Mon, Aug 16, 2010 at 4:13 PM, Dr. David Kirkby
> > In contrast, it seems sympow is not used by many people. The fact there are
> > no bug reports of it not working on the public servers shows how little it
> > is used. (If someone actually tried to run
On Mon, Aug 16, 2010 at 4:13 PM, Dr. David Kirkby
wrote:
> On 08/16/10 11:48 PM, Bill Hart wrote:
>
>>> Cephes is in Sage because it's absolutely critical for the Windows port.
>>
>> You mean you used it in the Cygwin port?
>
> I suspect William does. Like you, I don't consider that a native Windo
On 08/16/10 11:43 PM, François Bissey wrote:
If you weren't using sympow you won't be missing it and nothing would break.
Nothing apart from lfunctions/sympow.py calls sympow and I don't think
anything in that python file is called from anywhere else - it just provides
the interface to talk to s
> I'll email him, as I speak to him quasi-regularly by email. And I know
> for a fact he has been working on other things. I personally worked on
> them with him, and he discussed other projects he's done too. I don't
> think I speculated in any of the three sentences here. But I will
> explicitly
Ah, that's a very useful list, thank you.
What makes the difference between sci-libs and sci-mathematics? This
saves me some work actually, as I was wondering what the dependencies
were and which ones were scientific/mathematical and which weren't.
Bill.
On 17 Aug, 00:05, François Bissey wrote
On 08/16/10 11:48 PM, Bill Hart wrote:
Cephes is in Sage because it's absolutely critical for the Windows port.
You mean you used it in the Cygwin port?
I suspect William does. Like you, I don't consider that a native Windows port.
But it might be the closest we get. (We know we differ on t
> Where do I find "sage-on-gentoo"? And where would I find this list?
http://github.com/cschwan/sage-on-gentoo
As for the lists I am copying then here (beware Gentoo-speak):
*buildtime dependencies:
DEPEND="|| ( =dev-lang/python-2.6.4-r99
=dev-lang/python-2.6.5-r99 )
dev-libs/gmp
Hi Francois,
On 16 Aug, 23:43, François Bissey wrote:
> > Is there even a link from which Sympow can be downloaded so that one
> > can look through the code to see if it is worth salvaging. I can't
> > even find a webpage for Mark Watkins at the moment, let alone sympow.
>
> I asked that question
On 16 Aug, 22:50, William Stein wrote:
> On Mon, Aug 16, 2010 at 2:32 PM, Bill Hart
> wrote:
> > Is there even a link from which Sympow can be downloaded so that one
> > can look through the code to see if it is worth salvaging. I can't
> > even find a webpage for Mark Watkins at the moment, l
> Is there even a link from which Sympow can be downloaded so that one
> can look through the code to see if it is worth salvaging. I can't
> even find a webpage for Mark Watkins at the moment, let alone sympow.
I asked that question on the 17th of February on this very same mailing list.
No one co
On Mon, Aug 16, 2010 at 2:32 PM, Bill Hart wrote:
> Is there even a link from which Sympow can be downloaded so that one
> can look through the code to see if it is worth salvaging. I can't
> even find a webpage for Mark Watkins at the moment, let alone sympow.
>
> I honestly suspect that Mark has
Is there even a link from which Sympow can be downloaded so that one
can look through the code to see if it is worth salvaging. I can't
even find a webpage for Mark Watkins at the moment, let alone sympow.
I honestly suspect that Mark has just moved on to other projects. I
doubt very much if his w
48 matches
Mail list logo
