On Nov 24, 2007 11:22 PM, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Nov 24, 2007 8:29 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
> > On Oct 17, 2007 11:47 PM, Ville M. Vainio <[EMAIL PROTECTED]> wrote:
> > > Perhaps this is due to sys.path not containing Extensions yet for some
> > > reas
On Nov 24, 2007 8:29 PM, Fernando Perez <[EMAIL PROTECTED]> wrote:
> On Oct 17, 2007 11:47 PM, Ville M. Vainio <[EMAIL PROTECTED]> wrote:
> > Perhaps this is due to sys.path not containing Extensions yet for some
> > reason (I'm not aware why this is not a problem on my box).
> >
> > To get over i
On Nov 24, 11:14 pm, Bill Hart <[EMAIL PROTECTED]> wrote:
> Michael,
>
> Is there a simple way to either:
>
> 1) Use a bash script to parse the existing $LD_LIBRARY_PATH to see if
> one of the path strings it contains is equal to $FLINT_GMP_LIB_DIR
>
> 2) Add $FLINT_GMP_LIB_DIR to $LD_LIBRARY_PA
On Nov 25, 1:02 am, "Justin C. Walker" <[EMAIL PROTECTED]> wrote:
> On Nov 24, 2007, at 12:46 , Justin C. Walker wrote:
>
>
>
> > On Nov 24, 2007, at 05:19 , mabshoff wrote:
> [snip]
> >> #1252 is the gmp in /usr/local issue which should be fixed.
>
> > I reran a full build of 2.8.13, on 10.4.11
Hello,
Some of the Sage developers are considering including Pyx
(http://pyx.sourceforge.net/)
in Sage (http://sagemath.org).One issue is that I think Pyx is
currently licensed GPL v2 only.
Unfortunately Sage will soon have to start including several new
versions of GNU programs
such as GMP,
Hi:
I submitted a trac ticket with a link to a patch containing a few
improvements to linear_codes.py
http://sagetrac.org/sage_trac/ticket/1258
The new file is at
http://sage.math.washington.edu/home/wdj/patches/linear_code.py
if you want to look at the file directly. It passed sage -t.
- David Jo
Ondrej:
> > Povray is not open source (so it has to be in Debian non-free), so I
> > don't think SAGE should depend on or use povray.
Ondrej, thanks for sharing your opinion.
Boothby:
> Sage doesn't need to distribute / depend upon non-free software.
> However, it does have interfaces to lots of
Sage doesn't need to distribute / depend upon non-free software. However, it
does have interfaces to lots of non-free software, like Magma, Mathematica, etc.
On Sun, 25 Nov 2007, Ondrej Certik wrote:
>
>> Thanks! By the way, your Python library
>>
>> http://www.soton.ac.uk/~juzi/softwar
> Thanks! By the way, your Python library
>
> http://www.soton.ac.uk/~juzi/software_povraython.html
>
> looks very interesting, and might make sense for inclusion in Sage.
> How does it work? Does it write a scene description file and call povray?
Povray is not open source (so it has to be
On Nov 24, 2007 3:22 AM, Hans Fangohr <> wrote:
> I have just come across your SAGE project, and just wanted to
> congratulate on it (don't waste time to reply). I, too, believe that
> Python is the right interface for this kind of thing. (So we have
> developed a big numerical simulation (mostly
On Nov 24, 2007 4:24 PM, Paul Hsieh <[EMAIL PROTECTED]> wrote:
> > Fortunately, it's close enough to the MIT license, that if you pointed
> > these flaws out to him, he might change.
>
> Yeah, I did fly by night thing. What I wanted was to put companies
> like SCO into legal trouble if they atte
On Nov 24, 3:15 pm, [EMAIL PROTECTED] wrote:
> Yuck, that's a terrible license. The second paragraph is rather ambiguous:
>
> Redistributions in binary form must not misrepresent ... other materials
> provided with the distribution.
>
> sounds like the following would violate this: you distribu
On Nov 24, 2:34 pm, Bill Hart <[EMAIL PROTECTED]> wrote:
> On 24 Nov, 19:22, Bill Hart <[EMAIL PROTECTED]> wrote:
>
> > There is the file written by Paul Hsieh to fix this for many systems:
>
> >http://www.azillionmonkeys.com/qed/pstdint.h
>
> G. Is the "license" at the beginning of this file
Dear Axiom Fans,
The move of the Axiom Wiki and the Axiom Portal that was announced
last month is now nearly complete. Monday, November 26 is the official
date for the release of the new Axiom Wiki:
http://axiom-wiki.newsynthesis.org
and the new Axiom Portal
http://axiom-portal.newsynthesi
On Nov 24, 2007, at 12:46 , Justin C. Walker wrote:
> On Nov 24, 2007, at 05:19 , mabshoff wrote:
[snip]
>> #1252 is the gmp in /usr/local issue which should be fixed.
>
> I reran a full build of 2.8.13, on 10.4.11, with the new cddlib and
> cremona spkg's. All worked and the doctests all passed
Yuck, that's a terrible license. The second paragraph is rather ambiguous:
Redistributions in binary form must not misrepresent ... other materials
provided with the distribution.
sounds like the following would violate this: you distribute documentation
with your software... the distributed
Ahh, we don't need to use Paul Hsieh's file. I've just read the c99
standard and it says:
1) uint8_t, uint16_t, uint32_t and uint64_t are not required to be
defined.
2) If the compiler provides integer types of 8, 16, 32 or 64 bits it
*must* supply the corresponding uintN_t types.
Therefore if
On Nov 24, 2007 11:32 PM, David Joyner <[EMAIL PROTECTED]> wrote:
>
> Thank you for your email!
>
> I think this is a great idea.
> Things like the "tutorial" or "constructions/cookbook" (or a suitable subset
> of them) might need to be translated into French as well. They are
> open source as wel
On 24 Nov, 19:22, Bill Hart <[EMAIL PROTECTED]> wrote:
> There is the file written by Paul Hsieh to fix this for many systems:
>
> http://www.azillionmonkeys.com/qed/pstdint.h
G. Is the "license" at the beginning of this file GPL compatible?
Bill.
--~--~-~--~~~
Thank you for your email!
I think this is a great idea.
Things like the "tutorial" or "constructions/cookbook" (or a suitable subset
of them) might need to be translated into French as well. They are
open source as well of course, so help yourself. Also, feel free to ask
for help if you need any
Dear SAGE developers,
i hope i am not bothering you to much with my mail. I am a math
teacher in "Classe Préparatoire" in Lyon (France) so my students are
school graduates and they prepare contests to enter famous "Grandes
Écoles" (Engineers schools).
The french educational administration has de
Michael,
Is there a simple way to either:
1) Use a bash script to parse the existing $LD_LIBRARY_PATH to see if
one of the path strings it contains is equal to $FLINT_GMP_LIB_DIR
2) Add $FLINT_GMP_LIB_DIR to $LD_LIBRARY_PATH if it isn't already in
there (I see how to add it whether or not it is
The new build system for FLINT has the dylib stuff in it already. If
you do make library, it should make a dylib if you are compiling on
Darwin. (If you have other systems you want to compile a dylib instead
of a .so, just edit the file flint_env in the FLINT trunk and send me
the modifications an
On Nov 23, 2007 6:09 PM, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Nov 22, 2007 11:16 AM, a concerned Maple user and AMS reader wrote:
> > Most Maple source code is open for inspection, as well as modification and
> > extension. Hence the code is "open source". Maplesoft sometimes uses th
> Updated spkgs/Applied patches:
>
> - #1222: cvxopt-0.9.p2.spkg [Josh Kantor] - OSX 10.4 with g95 fixes
> - #1244: flint-0.9-r1075.p0.spkg [Bill Hart, Michael Abshoff] - fix
> corner cases on Core Duo
> - #1247: cremona-20071124.spkg [John Cremona] - gcc 4.2.x compile
Something I have been meaning to raise for a while:
The code in the new cremona* package contains all of what was in the
mwrank* package. So the latter can be abandoned as soon as the
wrappings for mwrank functions have been migrated. This will only be
really serious when I next fix a bug in
Hi, Michael,
On Nov 24, 2007, at 05:19 , mabshoff wrote:
> On Nov 24, 10:43 am, mabshoff <[EMAIL PROTECTED]
> dortmund.de> wrote:
>> On Nov 24, 6:27 am, "Justin C. Walker" <[EMAIL PROTECTED]> wrote:
[snip]
>> I remember that you reported the problem on 10.4 with your gmp in /
>> usr/
>> local, b
Hmm unless this machine doesn't support uint16_t but does support
uint32_t. That is apparently possible as many compilers don't
implement the c99 standard properly. It's also apparently a
fundamental limitation of some platforms, though hopefully none of the
ones we want to support, since FLIN
86_64 SuSE 10.1
- #1247: cremona-20071124.spkg [John Cremona, William Stein] - gcc
4.2.x
compile fixes, Solaris build fix
- #1250: multivariate polynomial factorization -- control-c to cancel
out doesn't work [Martin Albrecht]
- #1252: cddlib-094b.p0.spkg [Michael Abshoff] - m
On Nov 24, 7:39 pm, Bill Hart <[EMAIL PROTECTED]> wrote:
> It's OK. In the latest revision of FLINT this will build. Essentially
> u_int32_t should work, but it doesn't on all c99 systems. However I
> looked into this and uint32_t should always work on "c99 compliant"
> systems, even on systems
It's OK. In the latest revision of FLINT this will build. Essentially
u_int32_t should work, but it doesn't on all c99 systems. However I
looked into this and uint32_t should always work on "c99 compliant"
systems, even on systems which the former is a problem for. Therefore
in the latest FLINT re
On Nov 24, 2007 10:18 AM, mabshoff
<[EMAIL PROTECTED]> wrote:
>
> Hello Bill,
>
> > * Sparc Solaris 10 -- flint doesn't build, since maybe u_int16_t
> > doesn't exist or
> > isn't properly included:
>
> this is because Solaris 9 isn't C99 conform. I have a fix for this (a
> couple defines) that we
Hello Bill,
> * Sparc Solaris 10 -- flint doesn't build, since maybe u_int16_t
> doesn't exist or
> isn't properly included:
this is because Solaris 9 isn't C99 conform. I have a fix for this (a
couple defines) that we also use for Sage in general. On Solaris 10
flint should build, but I haven't
On Nov 24, 2007 8:36 AM, Joel B. Mohler <[EMAIL PROTECTED]> wrote:
>
> On Friday 23 November 2007 22:46, mabshoff wrote:
> > Bill has fixed a couple of bugs in flint since r1072 that were corner
> > cases that only happened on Core Duos, so I have updated the spkg to
> > r1075. It is available at
On Friday 23 November 2007 22:46, mabshoff wrote:
> Bill has fixed a couple of bugs in flint since r1072 that were corner
> cases that only happened on Core Duos, so I have updated the spkg to
> r1075. It is available at
>
> http://sage.math.washington.edu/home/mabshoff/flint-0.9-r1075.spkg
On a
Bill Hart wrote:
> Cool. looking forward to results from other platforms.
>
Fedora 7: Linux paix 2.6.23.1-21.fc7 #1 SMP Thu Nov 1 21:09:24 EDT 2007 i686
i686 i386 GNU/Linux
gcc -v:
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/m
Cool. looking forward to results from other platforms.
Thanks Michael.
Bill.
On 24 Nov, 10:17, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> Ok, with
>
> http://sage.math.washington.edu/home/mabshoff/flint-0.9-r1075.p0.spkg
>
> I now get
>
> All tests passed
>
> real6m38.729s
> user
On Nov 24, 10:43 am, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 24, 6:27 am, "Justin C. Walker" <[EMAIL PROTECTED]> wrote:
>
Hello Justin,
>
>
> > On Nov 23, 2007, at 21:11 , William Stein wrote:
>
> > > On Nov 23, 2007 8:18 PM, Justin C. Walker <[EMAIL PROTECTED]> wrote:
> > >>>
On Nov 24, 1:31 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
> On Nov 24, 12:34 pm, mabshoff <[EMAIL PROTECTED]
>
> dortmund.de> wrote:
>
> > Oops, need sleep. Tarball is at
>
> >http://sage.math.washington.edu/home/mabshoff/sage-2.8.14.rc0.tar
>
> > Cheers,
>
> > Michael
>
> One more upd
On Nov 24, 12:34 pm, mabshoff <[EMAIL PROTECTED]
dortmund.de> wrote:
>
> Oops, need sleep. Tarball is at
>
> http://sage.math.washington.edu/home/mabshoff/sage-2.8.14.rc0.tar
>
> Cheers,
>
> Michael
One more update: fint-0.9 doesn't build on OSX 10.5.1 because the work
around in the gmp tests f
s around the
> corner.
>
> Updated spkgs/Applied patches:
>
> - #1222: cvxopt-0.9.p2.spkg [Josh Kantor] - OSX 10.4 with g95 fixes
> - #1244: flint-0.9-r1075.p0.spkg [Bill Hart, Michael Abshoff] - fix
> corner cases on Core Duo
> - #1247: cremona-20071124.spkg [John C
10.4 with g95 fixes
- #1244: flint-0.9-r1075.p0.spkg [Bill Hart, Michael Abshoff] - fix
corner cases on Core Duo
- #1247: cremona-20071124.spkg [John Cremona] - gcc 4.2.x compile
fixes
- #1250: multivariate polynomial factorization -- control-c to cancel
out doesn't work [Martin Albrecht]
-
Ok, with
http://sage.math.washington.edu/home/mabshoff/flint-0.9-r1075.p0.spkg
I now get
All tests passed
real6m38.729s
user6m33.477s
sys 0m5.220s
on sage.math
Cheers,
Michael
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@g
On Nov 24, 6:27 am, "Justin C. Walker" <[EMAIL PROTECTED]> wrote:
> On Nov 23, 2007, at 21:11 , William Stein wrote:
>
>
>
>
>
> > On Nov 23, 2007 8:18 PM, Justin C. Walker <[EMAIL PROTECTED]> wrote:
> >>> This is all really weird since I fully tested building
> >>> Sage-2.8.13 on
> >>> OSX 10.4
On Nov 24, 6:26 am, Bill Hart <[EMAIL PROTECTED]> wrote:
> No, you are correct. The tests spend many minutes doing
> test_fmpz_poly_div_newton. It's supposed to take 3s!
Yep, the first time I thought I had hung itself and I rebuild from
scratch because I had that 6 minute figure in mmy head.
>
45 matches
Mail list logo