[Axiom-developer] Re: willful denial

On Tue, 18 Dec 2007, root wrote: | When EGCS forked GCC they changed the command to egcs. That is utter plain wrong. The compiler was named gcc -- I was there. The GCC on a Redhat Linux is different from the GCC on a SUSE Linux, and different from FSF GCC. Yet, the commands are all named th

[Axiom-developer] Re: willful denial

On Tue, 18 Dec 2007, root wrote: | There is only one axiom command on the path. The OpenAxiom project uses `OpenAxiom' as *its name* and that is what it advertises in its version numbers, web pages, etc. The Axiom project cannot dictate how other AXIOM derivatives must name their files, just lik

[Axiom-developer] Re: willful denial

>| Did you deliberately miss the point? > >Not at all. > >| The POINT is what command do you use to start OpenAxiom? > >It is called `axiom', in case you missed, I'm going to repeat it >again: > > When I install GNU coreutils on my Solaris box, I don't confuse > GNU with Sun. I install them

[Axiom-developer] mathml hex(10) #2 patch

Tim, Waldek,This patch undoes the previous hex(10) patch and implements Waldek'ssolution.  I've also included the mathObject2String function translated tolisp for easy testing.  I tested it with the test cases in the pamphlet and itworks.Arthur --- mathml.spad.pamphlet 2007-12-17 09:20:36.0

[Axiom-developer] Re: willful denial

On Tue, 18 Dec 2007, root wrote: | Did you deliberately miss the point? Not at all. | The POINT is what command do you use to start OpenAxiom? It is called `axiom', in case you missed, I'm going to repeat it again: When I install GNU coreutils on my Solaris box, I don't confuse GNU wi

[Axiom-developer] Re: willful denial

>| > >| >| sigh. >| Tim > >It's sad to realize that you cannot read what you see, yet you're >willing to lecture people on how they should do their job. I'm asking, not lecturing. > > > ## Wh

[Axiom-developer] Re: willful denial

On Mon, 17 Dec 2007, [EMAIL PROTECTED] wrote: | | | sigh. | Tim It's sad to realize that you cannot read what you see, yet you're willing to lecture people on how they should do their job. #

[Axiom-developer] willful denial

sigh. Tim ___ Axiom-developer mailing list Axiom-developer@nongnu.org http://lists.nongnu.org/mailman/listinfo/axiom-developer

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, root wrote: | I only made one request when you forked Axiom. I asked | that, as a professional courtesy, you please use your | own project name. It is called OpenAxiom. When you starts OpenAxiom-1.1.0-xxx it says OpenAxiom: The Open Scientific Computation Plat

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, root wrote: | >| >It seems to me that we have more FUD that concrete data that we can | >| >subject to rational analysis. | >| | >| Sigh. So you don't read the mailing lists. However, you'll remember | >| that Axiom was clobbered by the newer install on the windows platform.

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

You win. I give up. I'm tired of this pointless debate. There is no cure for the active denial of the obvious and a simple, global rename is painfully obvious. I only made one request when you forked Axiom. I asked that, as a professional courtesy, you please use your own project name. Waldek s

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>| >It seems to me that we have more FUD that concrete data that we can >| >subject to rational analysis. >| >| Sigh. So you don't read the mailing lists. However, you'll remember >| that Axiom was clobbered by the newer install on the windows platform. > >You reported that you fumbled your instal

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, root wrote: | >| The name issue has already caused problems. William Stein of SAGE | >| believe he has Axiom installed when he actually has Fricas. | > | >Of course, both you and me cannot speak for William Stein, but there | >is strong evidence that he knows he has FriCAS. |

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, root wrote: | >It seems to me that we have more FUD that concrete data that we can | >subject to rational analysis. | | Sigh. So you don't read the mailing lists. However, you'll remember | that Axiom was clobbered by the newer install on the windows platform. You reported t

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>| The name issue has already caused problems. William Stein of SAGE >| believe he has Axiom installed when he actually has Fricas. > >Of course, both you and me cannot speak for William Stein, but there >is strong evidence that he knows he has FriCAS. Actually the Sage .spkg was named AxiomForSag

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>It seems to me that we have more FUD that concrete data that we can >subject to rational analysis. Sigh. So you don't read the mailing lists. However, you'll remember that Axiom was clobbered by the newer install on the windows platform. At minimum, since they both try to use the AXIOM shell vari

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

root <[EMAIL PROTECTED]> writes: [...] | The name issue has already caused problems. William Stein of SAGE | believe he has Axiom installed when he actually has Fricas. Of course, both you and me cannot speak for William Stein, but there is strong evidence that he knows he has FriCAS. -- Gaby

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, Martin Rubey wrote: | | root <[EMAIL PROTECTED]> writes: | | > Oh, but they DO. Try to do parallel installations. | > Being able to run Fricas and Axiom in parallel would be great. With OpenAxiom and FriCAS, one can specify their own installation directories at configure ti

Re: [fricas-devel] Re: [Axiom-developer] Re: [fricas-devel] Installation directory

On Mon, 17 Dec 2007, C Y wrote: | --- Martin Rubey <[EMAIL PROTECTED]> wrote: | | > But they wouldn't! Why would you think that any of your work was | > lost when you install axiom after having installed friCAS? | | I think the concern here is accidentally overwriting an installation of | Axiom

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

--- root <[EMAIL PROTECTED]> wrote: > ...[snip]... > >Aldor, for example - unless Tim has plans I'm not aware of Axiom > >itself won't be moving in the direction of using Aldor. > > Sigh. I replied to Bill's email a while ago that Axiom will have > aldor available. I explained at that time that

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>But please answer my question: > >> Do you really want to maintain >> >> axiom.el, fricas.el, openaxiom.el, >> axiom.tm, fricas.tm, openaxiom.tm >> axiom.php, fricas.php, openaxiom.php? > Since you posted a literate file for axiom.el I have it in the queue to package it with Axiom. I have to set

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

root <[EMAIL PROTECTED]> writes: > Oh, but they DO. Try to do parallel installations. > Being able to run Fricas and Axiom in parallel would be great. I cannot see any problem running friCAS and axiom in parallel. I do it, for example (because I couldn't get Aldor to run with friCAS yet), and I

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

...[snip]... >Aldor, for example - unless Tim has plans I'm not aware of Axiom >itself won't be moving in the direction of using Aldor. Sigh. I replied to Bill's email a while ago that Axiom will have aldor available. I explained at that time that Bill was making a statement about Axiom that was n

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

C Y <[EMAIL PROTECTED]> writes: > I think the concern here is accidentally overwriting an installation of Axiom > with FriCAS, for example, or having the wrong library used due to path > confusion. In my opinion that concern is valid. So, how much work is it to reinstall axiom or friCAS, or open

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>But they wouldn't! Why would you think that any of your work was >lost when you install axiom after having installed friCAS? The only >difference is, if the names wouldn't change, they wouldn't need to >adjust paths they currently don't even know about. Oh, but they DO. Try to do parallel insta

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

--- Martin Rubey <[EMAIL PROTECTED]> wrote: > But they wouldn't! Why would you think that any of your work was > lost when you install axiom after having installed friCAS? I think the concern here is accidentally overwriting an installation of Axiom with FriCAS, for example, or having the wrong

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

root <[EMAIL PROTECTED]> writes: > It should be possible to have both systems installed, ala CMUCL and SBCL, > even though they do the same things; if only for the reason that it would > make it possible to compare results of system changes. Why should the user > suddenly lose all of their Fricas

Re: [Axiom-developer] Re: [fricas-devel] Installation directory

>Waldek Hebisch <[EMAIL PROTECTED]> writes: > >> The following patch changes installation directory from >> $PREFIX/lib/axiom to $PREFIX/lib/fricas and the name of installed >> binary from $PREFIX/bin/axiom to $PREFIX/bin/fricas. >> >> I think that we should do this change to avoid conflicts with

[Axiom-developer] Re: [fricas-devel] Installation directory

Waldek Hebisch <[EMAIL PROTECTED]> writes: > The following patch changes installation directory from > $PREFIX/lib/axiom to $PREFIX/lib/fricas and the name of installed > binary from $PREFIX/bin/axiom to $PREFIX/bin/fricas. > > I think that we should do this change to avoid conflicts with > othe

[Axiom-developer] missing patch for formatZAG error

Oops --- mathml.spad.pamphlet 2007-12-16 08:16:28.0 -0800 +++ mathml.spad.pamphlet.new 2007-12-17 09:20:36.0 -0800 @@ -100,7 +100,14 @@ 12. y:UTS(FLOAT,'z,0) := exp(z) 13. a. c := continuedFraction(314159/10) -b. c := continuedFraction(314159/10) +b. c := continu

[Axiom-developer] mathml formatZag error patch

This just delivers a more appropriate error and makes a couple of small documentation changes. Arthur ___ Axiom-developer mailing list Axiom-developer@nongnu.org http://lists.nongnu.org/mailman/listinfo/axiom-developer