+1
I think this is a fantastic idea and hope who ever has write access to
sagemath.org will do this.
On Fri, Jun 6, 2008 at 6:43 PM, Dr. David Kirkby
<[EMAIL PROTECTED]> wrote:
>
> I think it would be useful if there were two fixed links
>
> http://www.sagemath.org/dist/src/very-latest-release.t
Oops, pressed return by accident.
This is 3.0.3.alpha1 and it was never meant to see the light of day
since I wanted to use it internally to test rebuild on some boxen. Due
to me chasing some other bugs and being busy in $REAL_LIFE alpha2
didn't make it, i.e. the Cyclomic patch which I merged in
Merged in alpha1:
#1440: Bjarke Hammersholt Roune:Inconsistency in subs and substitute
for univariate polynomials
#2353: Burcin Erocal: MPolynomialRing should be deprecated
#3111: John Cremona: Two bug fixes for elliptic curve abelian_group()
#3254: Mike Hansen: improvements and doctests
I think it would be useful if there were two fixed links
http://www.sagemath.org/dist/src/very-latest-release.tar
http://www.sagemath.org/dist/src/very-latest-release.md5
so one had a *permanent* link to the latest version, no matter if its
an alpha, beta, release or whatever.
It would then be
With so much code written for Linux, it can be a challenge to get it
working with Solaris. I found a PDF on the web which covers the
reverse problem - i.e. porting Solaris code to Linux. However, it is
quite useful, as it compares flags on compilers and other porting
issues.
Solaris to Linux Port
On Fri, Jun 6, 2008 at 10:53 PM, Dr. David Kirkby <[EMAIL PROTECTED]>
wrote:
>
> Since I have errors building polybori, and its a known issue which I
> don't think I will be able to fix (not knowing C++), is there a way to
> try to build Sage without this? Even if there is no chance of it
> workin
Since I have errors building polybori, and its a known issue which I
don't think I will be able to fix (not knowing C++), is there a way to
try to build Sage without this? Even if there is no chance of it
working, it would be worth finding any problems in other modules.
--~--~-~--~~-
On Fri, Jun 6, 2008 at 10:35 PM, Dr. David Kirkby <[EMAIL PROTECTED]>
wrote:
>
> Hi all,
>
Hi Dave,
>
> I've got a bit further with building sage-3.0.3.alpha1. After a few
> hacks to ntl and flint, I got problems when building polybori
It is a known issue - see below.
>
> 1) One of the pro
Hi all,
I've got a bit further with building sage-3.0.3.alpha1. After a few
hacks to ntl and flint, I got problems when building polybori.
1) One of the problems that stops this working is in C++ code, and I
don't know C++ - only C. Anyone who knows C++ feel they might be able
to fix polybori o
종현 정 wrote:
Dear Jong Hyun Jung,
>
> Dear whom it may concern,
>
> I am writing about a bug report on plot_vector_field.
>
> **
>
> * OS Name: Microsoft Windows XP Home Edition
> o Version: 5.1.2600 Service Pack 2 Build 2600
> o Processor: x86 Famil
On Jun 6, 6:46 pm, Bill Hart <[EMAIL PROTECTED]> wrote:
Hi Biill
> Thanks for looking into this for us. My access to sun machines is
> currently limited, but hopefully I should get access again in the next
> few days. Then I'll definitely be keen to ensure FLINT compiles on
> those machines.
Th
2008/6/6 Nick Alexander <[EMAIL PROTECTED]>:
>
>> This thread got slightly off topic to the original question though:
>> where should sqrt(2) belong? Z[sqrt(2)], SR, or somewhere else?
>
> I always want my data to start as close to the initial object as
> possible. In this case, Z[sqrt(2)] \into
On Thu, Jun 5, 2008 at 6:39 PM, Carl Witty wrote:
>
> OK, I'm convinced that unifying parents and types is elegant and
> works very well in Aldor, and that it's possible in Python. However,
> I don't think it's a good idea for Sage, because of pragmatic
> limitations due to Python/Cython. These
> This thread got slightly off topic to the original question though:
> where should sqrt(2) belong? Z[sqrt(2)], SR, or somewhere else?
I always want my data to start as close to the initial object as
possible. In this case, Z[sqrt(2)] \into SR and not vice versa -- so
sqrt(2) should be in Z
On Jun 5, 2008, at 3:39 PM, Carl Witty wrote:
> On Jun 5, 12:37 pm, "Bill Page" <[EMAIL PROTECTED]> wrote:
>> The point I am making is that Python already has everything you need
>> to implement the concept of the "parent" of an element as a type,
>> i.e.
>> directly as an instance of the class
Thanks for looking into this for us. My access to sun machines is
currently limited, but hopefully I should get access again in the next
few days. Then I'll definitely be keen to ensure FLINT compiles on
those machines.
In the mean time, feel free to email the corrected file to me and I'll
add it
On Thu, Jun 5, 2008 at 10:25 PM, Nick Alexander <[EMAIL PROTECTED]> wrote:
>
>> ps. I have also had crazy ideas like the above, but using the
>> 'Canvas' element for the web browser. (just thought I would mention
>> this)
>
> I think this is a very good idea, probably better than "yet another
> pl
On Jun 5, 2008, at 11:57 PM, root wrote:
>> I don't exactly understand these distributed control systems very
>> well, so hopefully this isn't an obvious question. Right now as I'm
>> working on symbolics I commonly have files from multiple branches
>> open
>> (symbolics-stable/backup, symbolic
On Jun 6, 1:57 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
> On Jun 6, 12:24 pm, mabshoff <[EMAIL PROTECTED]> wrote:
>
> > Yes, just remove the "-Wl, soname" stuff and you are good to go.
>
> If I'm not mistaken, a patch has been created in flint-1.06.p3/patches/
> makefile, which is doing
On Jun 6, 12:24 pm, mabshoff <[EMAIL PROTECTED]> wrote:
> Yes, just remove the "-Wl, soname" stuff and you are good to go.
If I'm not mistaken, a patch has been created in flint-1.06.p3/patches/
makefile, which is doing more harm than good.
The pkg-install script has the line:
cp patches/makef
Dr. David Kirkby wrote:
> I've downloaded sage-3.0.3.alpha1, overwrote sage-3.0.3.alpha1/spkg/
> standard/ntl-5.4.2.p3.spkg with one created by Francois on my Sun
> Ultra 60 (main-webserver) and tried to compile Sage on my Blade 2000
> (kestrel). The Blade is quite a bit quicker than the Ultra 60,
I've downloaded sage-3.0.3.alpha1, overwrote sage-3.0.3.alpha1/spkg/
standard/ntl-5.4.2.p3.spkg with one created by Francois on my Sun
Ultra 60 (main-webserver) and tried to compile Sage on my Blade 2000
(kestrel). The Blade is quite a bit quicker than the Ultra 60, so
needless to say I prefer to
This was not my point. My point was that if you use multiple branches
at the same time, your forced to have multiple physical branches of
the files, and while from my conversations on irc this may be
possible, its going to involve spending a bunch of effort to get what
we already have working aga
On Jun 6, 10:11 am, mabshoff <[EMAIL PROTECTED]> wrote:
>
> > I'll change it and try to compile on my Solaris x86 laptop.
>
> Can you report back so I can open a ticket and fix it?
I changed it and it did not work.
The issue seems to be ABI gets set to "32" when run from the normal
bash prompt a
On Jun 6, 10:13 am, "Dr. David Kirkby" <[EMAIL PROTECTED]>
wrote:
> On May 30, 10:03 am, mabshoff <[EMAIL PROTECTED]> wrote:
Hi David,
> > > I've tried both Sun's make and GNU make. They both give the same
> > > issue.
>
> > > Any ideas??
>
> > I would suggest you change the shebang of spkg-inst
On Jun 6, 10:30 am, "Dr. David Kirkby" <[EMAIL PROTECTED]>
wrote:
> On Jun 6, 9:05 am, mabshoff <[EMAIL PROTECTED]> wrote:
Hi David,
> > > * Then Solaris became free and open source.
>
> > Well, you still have to register for the privilege to download
> > security fixes and that is annoying. I a
On Jun 6, 9:05 am, mabshoff <[EMAIL PROTECTED]> wrote:
> > * Then Solaris became free and open source.
>
> Well, you still have to register for the privilege to download
> security fixes and that is annoying. I am sure that many people once
> they get Solaris up and running will be turned off by
On Jun 6, 6:44 pm, mabshoff <[EMAIL PROTECTED]> wrote:
> On Jun 6, 8:31 am, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
>
> > On Jun 6, 7:00 am, mabshoff <[EMAIL PROTECTED]> wrote:
>
> > > > Great, I copied your revised ntl package from your home directory (on
> > > > my Sun Ultra 60 called 'mai
On May 30, 10:03 am, mabshoff <[EMAIL PROTECTED]> wrote:
> > I've tried both Sun's make and GNU make. They both give the same
> > issue.
>
> > Any ideas??
>
> I would suggest you change the shebang of spkg-install to "#!/usr/bin/
> env bash". I didn't try this myself, but I suspect it will fix th
On Jun 6, 9:32 am, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
> On Jun 6, 7:44 am, mabshoff <[EMAIL PROTECTED]> wrote:
Hi David,
> > > The Solaris port does seem to be coming on, which is good. The ntl fix
> > > from Francois seems to work on both my SPARCs. I do have another
> > > problem,
On Jun 6, 9:07 am, "Glenn H Tarbox, PhD" <[EMAIL PROTECTED]> wrote:
Hi Glenn,
> OK, so I just couldn't help myself... forgive me this transgression. (I
> know I'm gonna regret this in the morning :-)
Yes, flame thrower on ;) [just kidding]
> I think Sage would benefit from git. Its simply bet
On Jun 6, 7:44 am, mabshoff <[EMAIL PROTECTED]> wrote:
> > The Solaris port does seem to be coming on, which is good. The ntl fix
> > from Francois seems to work on both my SPARCs. I do have another
> > problem, but that needs to be on another subject, not this one.
>
> Thanks for testing ;)
I sh
OK, so I just couldn't help myself... forgive me this transgression. (I
know I'm gonna regret this in the morning :-)
I think Sage would benefit from git. Its simply better and I think is
gonna win overall even with the seeming efforts made by the git folks to
torpedo its adoption. Truth is, ni
33 matches
Mail list logo
