> I know what Axiom is, I know what MapReduce is, but what is Magnus? This
> is a name I've not heard before.
Magnus is a package for Infinite Group Theory calculations
invented by Gilbert Baumslag. Infinite Group Theory has the
annoying property that nearly every question you ask cannot
be decide
root wrote:
> Yet another parallel use would be creating direction field
> images for differential equations. Each machine could be
> given a particular isocline to compute over a given domain
> and the final combined results into solution curves.
>
>> Oh, and I forgot to mention another significa
Yet another parallel use would be creating direction field
images for differential equations. Each machine could be
given a particular isocline to compute over a given domain
and the final combined results into solution curves.
> Oh, and I forgot to mention another significant advantage.
>
> The
Oh, and I forgot to mention another significant advantage.
The "master" task knows about the "worker" machine abilities.
Thus it would be possible to use Magnus routines in Axiom
or Axiom routines in Magnus without combining the code.
Axiom could MapReduce a group operation, the master could
split
I've been researching a mechanism for parallel execution
for algorithms like matrix multiply or group algorithms.
Google has published their "MapReduce" algorithm here:
http://labs.google.com/papers/mapreduce-osdi04.pdf
It seems that we could implement the automatic primitives
used by google with
Greetings, and thanks for the report! Typeo should be gone now in
both branches.
Just wanted to note that the only way you can guarantee that you don't
get a copy out of object_to_string is to write a null character at the
end of the lisp string body yourself, as there is extra room only in
speci
Currently rules are appended to more-rules.mk. When make is re-run
all more-rules.mk gets duplicated. I think that we should just
replace content of more-rules.mk:
--- src/Makefile.pamphlet (wersja 181)
+++ src/Makefile.pamphlet (kopia robocza)
@@ -221,7 +221,7 @@
>
Le samedi 14 octobre 2006 à 01:41 +0200, Gabriel Dos Reis a écrit :
> Vanuxem Grégory <[EMAIL PROTECTED]> writes:
>
> [...]
>
> | This (the X11 issue) is exactly what is needed to "merge" Axiom for
> | Windows and the main branch (i.e. drop the Windows branch). Some other
> | _small_ changes will
> > > Since gcl-2.6.8pre2 seem to be latest gcl version Camm can probably
> > > just do nothing (just remember so that problem is not re-introduced
> > > later).
> >
> > No, GCL included in build-improvements is more recent than
> > gcl-2.6.8pre2. The code that you describe is in gcl-2.6.8pre just
Vanuxem Grégory wrote:
> Le samedi 14 octobre 2006 ? 17:47 +0200, Waldek Hebisch a écrit :
> > Since gcl-2.6.8pre2 seem to be latest gcl version Camm can probably
> > just do nothing (just remember so that problem is not re-introduced
> > later).
>
> No, GCL included in build-improvements is more
Le samedi 14 octobre 2006 à 17:47 +0200, Waldek Hebisch a écrit :
> > Le samedi 14 octobre 2006 ? 03:09 +0200, Waldek Hebisch a écrit :
> > > Investigating further I have noticed that gcl-2.6.8pre2 in silver is
> > > different then gcl-2.6.8pre in build improvements. In particular
> > > the funct
This is an old Next demo by Steve Jobs.
http://jaortega.wordpress.com/2006/10/13/the-object-oriented-cake
Imagine a computational mathematics environment running on Doyen
that could do the same kind of things with math.
t
___
Axiom-developer mailing l
On October 14, 2006 2:22 PM Gaby wrote:
> ...
> On the other hand, I consider C++ "old" -- it started as "C
> with Classes" around 1979, with first release in 1989. Still,
> today, it draws lots of enthusiasm. I suspect, it [lack of
> enthusiasm for Lisp and Aldor] is not just being old.
>
Goo
root <[EMAIL PROTECTED]> writes:
| > | >
| > | > Exactly, a typo (& instead of %), no ? I think Camm read this
| > | > mailing list but writing directly to him would be a good idea.
| > | >
| > |
| > | I agree. The following line in the diff output below
| > |
| > | + if (x->st.st_dim == leng
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
| "Bill Page" <[EMAIL PROTECTED]> writes:
|
| [...]
|
| | My comment above was partly motivated by my "feeling old"
| | following a meeting with a mostly younger and naturally more
| | enthusiastic group. The contrast with the Axiom project is
| | str
root <[EMAIL PROTECTED]> writes:
>> > You need to clean up the files in that repository directory, so that
>> > the directory can happily exist on win32.Either have a unix person
>> > delete redundant files (are POLY.pht and poly.pht identical?), or
>> > rename them.
>>
>> Tim, can this be do
> But, some of the issues I have with the project has less to do with
> its age than some "management" choices that I believe don't push Axiom
> to more exposure.
umm, you're a project "manager". check the sourceforge permissions.
anything you feel needs to be done "for more exposure" is yours to
root <[EMAIL PROTECTED]> writes:
| > I don't know when gcl-2.6.8pre2 was made.
|
| from CHANGELOG in Gold:
|
| 20060821 tpd lsp/Makefile add gcl-2.6.8pre2
Aha; so the faulty change in gcl-2.6.8pre is much more recent.
Thanks!
-- Gaby
___
Axiom-deve
root <[EMAIL PROTECTED]> writes:
| > I have been asking for help on the semantics, but so far my quest only
| > meets silence. I believe you understand that part of the system,
| > so it would be very helpful if you could share what you know what it.
|
| you believe that i know the answers, whic
root <[EMAIL PROTECTED]> writes:
[...]
| But if you and/or Gaby feel it should be changed, are willing to
| change it and document it, then yes, it's a good idea :-)
Changing reliance on AXIOM is not a priority for me, but changing the
beahviour I'm fighting right now (see my original mail) IS a
"Bill Page" <[EMAIL PROTECTED]> writes:
[...]
| My comment above was partly motivated by my "feeling old"
| following a meeting with a mostly younger and naturally more
| enthusiastic group. The contrast with the Axiom project is
| striking. I guess there is just something not very sexy about
| w
> | >
> | > Exactly, a typo (& instead of %), no ? I think Camm read this
> | > mailing list but writing directly to him would be a good idea.
> | >
> |
> | I agree. The following line in the diff output below
> |
> | + if (x->st.st_dim == leng && leng & sizeof(object)
> |
> | should actually
> > You need to clean up the files in that repository directory, so that
> > the directory can happily exist on win32.Either have a unix person
> > delete redundant files (are POLY.pht and poly.pht identical?), or
> > rename them.
>
> Tim, can this be done without breaking something on Axiom?
> > Come on, Bill. You know how this works. Post a patch.
> > Advocacy is volunteering.
> >
>
> :-) I am glad you think this change is a good idea.
Running code is always a strong endorsement for a position.
Making this work in Gold would be hard. Gaby might have a
way to solve this.
The AXIOM
On October 13, 2006 6:34 PM Gaby wrote:
>
> Bill Page writes:
>
> |
> | On October 12, 2006 11:57 AM Alfredo wrote
> | >
> | > Hi Bill,
> | >
> | > Wondering if you are back from Sage Days, and how did it go?
> |
> | Yes, I am back. I would say that it went "well". And I have a
> | lot more t
> I don't know when gcl-2.6.8pre2 was made.
from CHANGELOG in Gold:
20060821 tpd lsp/Makefile add gcl-2.6.8pre2
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
> I have been asking for help on the semantics, but so far my quest only
> meets silence. I believe you understand that part of the system,
> so it would be very helpful if you could share what you know what it.
you believe that i know the answers, which i don't.
i know i wrote the code but that
"Bill Page" <[EMAIL PROTECTED]> writes:
| On October 13, 2006 8:55 PM Gabriel Dos Reis wrote:
| >
| > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| >
| > | Gabriel Dos Reis wrote:
| > | > Waldek Hebisch <[EMAIL PROTECTED]> writes:
| > | >
| > | > | Gabriel Dos Reis wrote:
| > | > | > Waldek Hebi
Waldek Hebisch <[EMAIL PROTECTED]> writes:
| > Le samedi 14 octobre 2006 ? 03:09 +0200, Waldek Hebisch a écrit :
| > > Investigating further I have noticed that gcl-2.6.8pre2 in silver is
| > > different then gcl-2.6.8pre in build improvements. In particular
| > > the function object_to_string i
root <[EMAIL PROTECTED]> writes:
| > > | | Tim --
| > > | |
| > > | | I have a question about a difference in "load" behaviour
| > > | | bewteen a clean lisp image (GCL), and depsys (and any image
| > > | | derived from it).
| > > | |
| > > | | In a clean image, when I say '(load "foo")', Lisp
Tim,
On October 14, 2006 11:44 AM you wrote:
> > > | | ...
> > > | | However, depsys will start search from $AXIOM/.. --
> > > | | which is less expected.
> > > ...
> >
> > I think that the dependency on the $AXIOM environment variable
> > should be removed and the expected behaviour restored. T
On October 13, 2006 8:55 PM Gabriel Dos Reis wrote:
>
> Waldek Hebisch <[EMAIL PROTECTED]> writes:
>
> | Gabriel Dos Reis wrote:
> | > Waldek Hebisch <[EMAIL PROTECTED]> writes:
> | >
> | > | Gabriel Dos Reis wrote:
> | > | > Waldek Hebisch <[EMAIL PROTECTED]> writes:
> | > | >
> | > | > | Play
> > | | Tim --
> > | |
> > | | I have a question about a difference in "load" behaviour
> > | | bewteen a clean lisp image (GCL), and depsys (and any image
> > | | derived from it).
> > | |
> > | | In a clean image, when I say '(load "foo")', Lisp will
> > | | try to search from the current dir
> Le samedi 14 octobre 2006 ? 03:09 +0200, Waldek Hebisch a écrit :
> > Investigating further I have noticed that gcl-2.6.8pre2 in silver is
> > different then gcl-2.6.8pre in build improvements. In particular
> > the function object_to_string in gcl-2.6.8pre2/o/cmpaux.c is like
> > gcl-2.6.7 whi
On October 14, 2006 11:15 AM Gabriel Dos Reis wrote:
>
> Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
>
> | Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
> |
> | | Tim --
> | |
> | | I have a question about a difference in "load" behaviour
> | | bewteen a clean lisp image (GCL), and depsys (and
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
| Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
|
| | Tim --
| |
| | I have a question about a difference in "load" behaviour bewteen a
| | clean lisp image (GCL), and depsys (and any image derived from it).
| |
| | In a clean image, when I say '(load
Le samedi 14 octobre 2006 à 03:09 +0200, Waldek Hebisch a écrit :
[...]
> >
> > The output of ? "NAG link" and then on "Browser pages for individual
> > routines" ? is
> >
> > There is no constructor matching pattern "Nag*"
> >
>
> This I consider as "normal" output. For me the browser just
37 matches
Mail list logo
