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 'main-webserver') and it works ok, on both that
> > > Sun and also
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 'main-webserver') and it works ok, on both that
> > Sun and also on my Blade 2000 (kestrel) - no great surprise there, as
> > the two Suns ar
On Jun 6, 7:45 am, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
> On Jun 6, 1:04 am, Francois <[EMAIL PROTECTED]> wrote:
>
> > Never mind! Silly me had removed "-shared" from the linking line.
> > I got past ntl.
>
> Great, I copied your revised ntl package from your home directory (on
> my Sun
On Jun 6, 1:04 am, Francois <[EMAIL PROTECTED]> wrote:
> Never mind! Silly me had removed "-shared" from the linking line.
> I got past ntl.
Great, I copied your revised ntl package from your home directory (on
my Sun Ultra 60 called 'main-webserver') and it works ok, on both that
Sun and also
>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, symbolics-current, calculus-old). I also
>have to frequently h
One unmentioned feature of a git-based Sage archive is the ability
to pull a guaranteed-correct tree from history. This is not possible
using CVS or SVN. I am not sure about bzr or hg.
Suppose you work on Sage-3.0.2 and it has an spkg, say SymPy at 3.3.
Suppose both Sage-3.0.2 and SymPy are held
> 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
plotting library".
Nick
--~--~-~--~~~---~--~~
To
On Jun 6, 5:48 am, Bryan L Newbold <[EMAIL PROTECTED]> wrote:
Hi Bryan,
> Wow you're fast!
I work full time on Sage thanks to William and I have no life, so no
surprises on my end ;)
> I'm running ./sage -t * with 3.0.3 under emulation right
> now and trying a new compile, I intended to post r
Wow you're fast! I'm running ./sage -t * with 3.0.3 under emulation right
now and trying a new compile, I intended to post results once they
completed.
Sorry not to have been in communication, I've just finished my finals and
would like to pitch in and help. It feels like the port is very clo
[This goes also directly to Bryan since I do not know if he reads sage-
devel, replies should stay on sage-devel]
Hi,
I just noticed that Bryan updated my FreeBSD porting wiki page. It has
not been updated in a while, but that is my fault since I have not
been updating the wiki page about the on
On 6/5/08, Bill Page <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jun 5, 2008 at 1:18 PM, William Stein wrote:
> > OK, I have to come clean and admit that already actually knew
> > all about metaclasses, but considered using them this way so
> > unnatural and ugly that I would not recommend it.
> >
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, symbolics-current, calculus-old). I also
have to frequently have t
On Thu, Jun 5, 2008 at 4:59 PM, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jun 5, 2008 at 4:53 PM, David Joyner <[EMAIL PROTECTED]> wrote:
>>
>> I don't know if this can be done automatically but axes labels can be
>> set using the axes_labels method described on the page
>> http://www.s
On Thu, 2008-06-05 at 16:27 -0700, Carl Witty wrote:
> On Jun 5, 3:28 pm, "Glenn H Tarbox, PhD" <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-06-05 at 14:23 -0700, Carl Witty wrote:
> > > As far as the second half of your response, I'm confused. The build
> > > system already understands chains whe
On Jun 6, 11:03 am, Francois <[EMAIL PROTECTED]> wrote:
> I almost got it. It is make proof, I have a just a -fpic to clean.
> I have one last error that I am not sure how to deal with:
> g++ -I../include -I. -O2 -g -fPIC -fpic -o libntl.so FFT.o FacVec.o
> GF2.o GF2E.o GF2EX.o GF2EXFactoring
On Jun 5, 3:28 pm, "Glenn H Tarbox, PhD" <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-06-05 at 14:23 -0700, Carl Witty wrote:
> > As far as the second half of your response, I'm confused. The build
> > system already understands chains where the output of one step is the
> > input to the next: the .
I almost got it. It is make proof, I have a just a -fpic to clean.
I have one last error that I am not sure how to deal with:
g++ -I../include -I. -O2 -g -fPIC -fpic -o libntl.so FFT.o FacVec.o
GF2.o GF2E.o GF2EX.o GF2EXFactoring.o GF2X.o GF2X1.o GF2XFactoring.o
GF2XVec.o GetTime.o HNF.o ctools
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 that creates it. This could
> result in considerable sim
On Thu, 2008-06-05 at 14:23 -0700, Carl Witty wrote:
> On Jun 5, 1:10 pm, "Glenn H Tarbox, PhD" <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-06-05 at 12:41 -0700, Robert Bradshaw wrote:
> > > 1) Sage has a non-trivial build process for Cython files. When a .pyx
> > > file is changed, the .c file
On Thu, 2008-06-05 at 14:03 -0700, Robert Bradshaw wrote:
> On Jun 5, 2008, at 1:10 PM, Glenn H Tarbox, PhD wrote:
>
> >
> > On Thu, 2008-06-05 at 12:41 -0700, Robert Bradshaw wrote:
> >> I'll jump in and give some reasons that (for Sage) clones have
> >> advantages over branches.
> >>
> >> 1) Sa
On Thu, Jun 5, 2008 at 5:19 PM, Robert Bradshaw wrote:
>
> Your Integer object also stands for the ring of Integers. So can
> you do stuff like
>
> sage: ZZ.is_commutative()
> True
> sage: ZZ.krull_dimension()
> 1
> sage: ZZ.is_finite()
> False
>
(1) -> Integer has Finite
(1) false
On Jun 5, 2008, at 3:37 PM, root wrote:
>
>> In terms of using patches as a transport, its just a transport. I
>> think
>> it would be cleaner to import the branch as a branch and have final
>> merges into mainline branches controlled using current practice.
>> Patches in trac are, IMHO, clumsy
On Jun 5, 1:10 pm, "Glenn H Tarbox, PhD" <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-06-05 at 12:41 -0700, Robert Bradshaw wrote:
> > 1) Sage has a non-trivial build process for Cython files. When a .pyx
> > file is changed, the .c file needs to be regenerated, as well as .so
> > file. Changing
On Jun 5, 2008, at 1:36 PM, Bill Page wrote:
> On Thu, Jun 5, 2008 at 4:16 AM, Robert Bradshaw wrote:
>>
>> On Jun 4, 2008, at 7:35 PM, Bill Page wrote:
>> ...
>> Types are all about the implementations of things, they
>> synonymous with the "classes" of Object Oriented programming,
>> and are in
>In terms of using patches as a transport, its just a transport. I think
>it would be cleaner to import the branch as a branch and have final
>merges into mainline branches controlled using current practice.
>Patches in trac are, IMHO, clumsy although in practice it probably
>doesn't matter much.
On Jun 5, 2008, at 1:10 PM, Glenn H Tarbox, PhD wrote:
>
> On Thu, 2008-06-05 at 12:41 -0700, Robert Bradshaw wrote:
>> I'll jump in and give some reasons that (for Sage) clones have
>> advantages over branches.
>>
>> 1) Sage has a non-trivial build process for Cython files. When a .pyx
>> file i
On Thu, Jun 5, 2008 at 4:16 AM, Robert Bradshaw wrote:
>
> On Jun 4, 2008, at 7:35 PM, Bill Page wrote:
> ...
> Types are all about the implementations of things, they
> synonymous with the "classes" of Object Oriented programming,
> and are insufficient (and the wrong vehicle) to carry deeper
> m
On Jun 6, 2:03 am, mabshoff <[EMAIL PROTECTED]> wrote:
> On Jun 5, 11:07 am, Francois <[EMAIL PROTECTED]> wrote:
>
> > I guess it happens because the makefile is full of direct calls
> > to make rather than something like $MAKE. So even if you
> > started with gmake you will call make eventually w
On Jun 5, 2008, at 12:37 PM, Bill Page wrote:
> On Thu, Jun 5, 2008 at 1:18 PM, William Stein wrote:
>> ...
>> On Thu, Jun 5, 2008 at 12:23 PM, Gonzalo Tornaria wrote:
>> ...
>>> sage: def classinteger(m):
>>> ... class A:
>>> ... def __init__(self, n):
>>> ... self.__n = n % m
On Thu, 2008-06-05 at 15:40 -0400, didier deshommes wrote:
> On Thu, Jun 5, 2008 at 2:36 PM, Glenn H Tarbox, PhD <[EMAIL PROTECTED]> wrote:
> > So, I propose there's a misunderstanding of Hg and clone vs. branch. I
> > claim that branching is a trivial operation, switching between branches
> > is
On Thu, 2008-06-05 at 12:41 -0700, Robert Bradshaw wrote:
> On Jun 5, 2008, at 11:36 AM, Glenn H Tarbox, PhD wrote:
>
> > First, a joke... since I can't tell jokes, I offer:
> >
> > http://changelog.complete.org/posts/698-If-Version-Control-Systems-
> > were-Airlines.html
> >
> > Fortunately, I
>>> sage: def classinteger(m):
>>> ... class A:
>>> ... def __init__(self, n):
>>> ... self.__n = n % m
>>> ... def __repr__(self):
>>> ... return "%d mod %d" % (self.__n, m)
>>> ... A.__name__ = "classintegers mod %d" % m
>>> ... return A
>>> sage: classin
On Thu, 2008-06-05 at 12:12 -0700, William Stein wrote:
> On Thu, Jun 5, 2008 at 11:36 AM, Glenn H Tarbox, PhD <[EMAIL PROTECTED]>
> wrote:
> > WARNING: its entirely up to you whether you wanna get into this... and
> > DVCS wars easily exceed politics and religion in the emotions and
> > vitriol
I don't really work directly with either branches or clones, but
instead have found Mercurial's queues to be the most effective way for
me to do Sage development. It is also well-suited for posting clean
patches on Trac for review.
--Mike
--~--~-~--~~~---~--~~
To
On Jun 5, 2008, at 11:36 AM, Glenn H Tarbox, PhD wrote:
> First, a joke... since I can't tell jokes, I offer:
>
> http://changelog.complete.org/posts/698-If-Version-Control-Systems-
> were-Airlines.html
>
> Fortunately, I won't be getting in to the Distributed Version Control
> Systems (DVCS) wa
On Thu, Jun 5, 2008 at 2:36 PM, Glenn H Tarbox, PhD <[EMAIL PROTECTED]> wrote:
> So, I propose there's a misunderstanding of Hg and clone vs. branch. I
> claim that branching is a trivial operation, switching between branches
> is fast, and that the entire point of DVCS is lost with the clone
> o
On Thu, Jun 5, 2008 at 1:18 PM, William Stein wrote:
> ...
> On Thu, Jun 5, 2008 at 12:23 PM, Gonzalo Tornaria wrote:
> ...
>> sage: def classinteger(m):
>> ... class A:
>> ... def __init__(self, n):
>> ... self.__n = n % m
>> ... def __repr__(self):
>> ... return
On Thu, Jun 5, 2008 at 11:36 AM, Glenn H Tarbox, PhD <[EMAIL PROTECTED]> wrote:
> WARNING: its entirely up to you whether you wanna get into this... and
> DVCS wars easily exceed politics and religion in the emotions and
> vitriol generated.
At least they aren't as bad as license wars. I think m
First, a joke... since I can't tell jokes, I offer:
http://changelog.complete.org/posts/698-If-Version-Control-Systems-were-Airlines.html
Fortunately, I won't be getting in to the Distributed Version Control
Systems (DVCS) wars here... but I had a question about how Sage uses
Hg.. and from the
On Thu, Jun 5, 2008 at 9:23 AM, Gonzalo Tornaria
<[EMAIL PROTECTED]> wrote:
>
>> > Python classes can also take parameters.
>>
>>
>> I didn't know that. I thought the only way to create a Python class
>> is for the Python interpreter to execute Python code that looks like this:
>>
>> class Foo
On Thu, Jun 5, 2008 at 12:23 PM, Gonzalo Tornaria wrote:
> On Thu, Jun 5, 2008 at 1:47 AM, William Stein wrote:
>> ... How are you going to make, at
>> runtime, new classes for each of Z/nZ say, for 1 <= n < 10^5,
>> i.e., something like this in Sage:
>>
>> v = [Integers(n) for n in range(1,10^
On Thu, Jun 5, 2008 at 1:47 AM, William Stein wrote:
>
> On Wed, Jun 4, 2008 at 10:16 PM, Bill Page wrote:
>> ...
>> Python classes can also take parameters.
>
> I didn't know that. I thought the only way to create a Python class
> is for the Python interpreter to execute Python code that looks l
> > Python classes can also take parameters.
>
>
> I didn't know that. I thought the only way to create a Python class
> is for the Python interpreter to execute Python code that looks like this:
>
> class Foo(...):
> ...
>
> That makes a new class called Foo. How are you going to make,
On Thu, Jun 5, 2008 at 10:17 AM, David Kohel wrote:
>
> Note that the intent of these SAGE constructors is not (just)
> to replicate the design (and errors) of Magma or other languages.
:-) Agreed.
> There are natural product and coproduct constructions in
> various mathematical categories (e.g.
Sage days 10 in Nancy (France) Announcement
===
October 10 to 15, 2008 at the Lorraine Laboratory of IT Research
and its Applications (Loria)
Sage is a python based software distribution that combines a large
number of free and open sou
Eduardo Ocampo wrote:
> hhmm,
>
Hi Eduardo,
once more: Please stay *only on the list*, i.e. do not email me privately.
> let me see : m4, lbstdc++6, gcc (apt-get says that there's no 4.2
> version of gcc available so I have de 4.1) and g++. For the others I
> had already the latest version.
>
On Jun 5, 4:13 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
> On 5 Jun, 15:03, mabshoff <[EMAIL PROTECTED]> wrote:
Hi David,
> > Well, we require gmake anyway for freetype since that specifically
> > requires gmake. gld should not be required, at least unless we call it
> > explicitly.
>
>
Note that the intent of these SAGE constructors is not (just) to
replicate
the design (and errors) of Magma or other languages. There are
natural
product and coproduct constructions in various mathematical
categories
(e.g. a coproduct in Sets _is_ the union). The constructor
CartesianProduct
sho
On 5 Jun, 15:03, mabshoff <[EMAIL PROTECTED]> wrote:
> Well, we require gmake anyway for freetype since that specifically
> requires gmake. gld should not be required, at least unless we call it
> explicitly.
The only way I can get things to at least work semi-well is to copy
gmake to $HOME/bi
On Jun 5, 11:07 am, Francois <[EMAIL PROTECTED]> wrote:
> I guess it happens because the makefile is full of direct calls
> to make rather than something like $MAKE. So even if you
> started with gmake you will call make eventually which will
> protest to GNU-ism. Add this to my TODO list:
> Fin
eduardo wrote:
> Hi Michael! thanks for the answer!
>
>
Hi Eduardo,
please stay on list since I see an insane amount of email volume, so a
private email from somebody I do not "know" tends to slip through the
cracks.
> On Jun 4, 5:23 pm, mabshoff <[EMAIL PROTECTED]
> dortmund.de> wrote:
>
Thanks for the recommendation. For my purposes, discussion of python
scripting is by the most important thing, and there doesn't seem to be
quite as much systematic instruction out there on that. However, in
the wikibook
"Blender 3D: Noob to Pro", there is a mostly complete chapter on
scripting
I guess it happens because the makefile is full of direct calls
to make rather than something like $MAKE. So even if you
started with gmake you will call make eventually which will
protest to GNU-ism. Add this to my TODO list:
Find a way of assigning a variable/macro inside a target
that is GNU in
On Jun 5, 1:37 pm, "Dr. David Kirkby" <[EMAIL PROTECTED]> wrote:
>
>
> For what it is worth, this is line 522:
>
> shobj: FPICFLAG = -fPIC
>
> Perhaps I should have built it from scratch with gnu make. Anyway, I
> hope I've found a few things that hopefully someone has some idea how
> to fix!!!
Hello Harald,
Hello Marshall,
I strongly recommend the book "The Essential Blender" from Roland
Hess.
Its quite certain from page 1 that mathematics and Blender are the
same.
You can only master them and learn by doing it.Also the chapters are
very nice and independent away from the intro chapter
On Jun 4, 2008, at 7:35 PM, Bill Page wrote:
> On Wed, Jun 4, 2008 at 1:54 PM, Robert Bradshaw wrote:
>>
>> On Jun 4, 2008, at 4:07 AM, Bill Page wrote:
>> ...
>>>
>>> These seem consistent to me, albeit rather complex. However I am
>>> not sure I understand the following:
>>>
>>> sage: parent(In
56 matches
Mail list logo
