From MAILER-DAEMON Mon May 01 04:53:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaU9p-0001mY-Fy for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 04:53:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaU9n-0001mD-Fm for axiom-developer@nongnu.org; Mon, 01 May 2006 04:53:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaU9l-0001lo-Ls for axiom-developer@nongnu.org; Mon, 01 May 2006 04:53:26 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaU9l-0001ll-Gp for axiom-developer@nongnu.org; Mon, 01 May 2006 04:53:25 -0400 Received: from [193.252.22.23] (helo=smtp8.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaUDX-0006IS-HX for axiom-developer@nongnu.org; Mon, 01 May 2006 04:57:19 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0804.wanadoo.fr (SMTP Server) with ESMTP id 5FF251C00386 for ; Mon, 1 May 2006 10:53:21 +0200 (CEST) Received: from morgana (ARennes-257-1-63-239.w81-53.abo.wanadoo.fr [81.53.142.239]) by mwinf0804.wanadoo.fr (SMTP Server) with ESMTP id 1F96B1C003FF; Mon, 1 May 2006 10:53:21 +0200 (CEST) X-ME-UUID: 20060501085321129.1F96B1C003FF@mwinf0804.wanadoo.fr Received: from david by morgana with local (Exim 4.50) id 1FaUAW-0001IY-JH; Mon, 01 May 2006 10:54:12 +0200 To: Gabriel Dos Reis Subject: Re: [Axiom-developer] Re: Editing wiki frontpage References: <002701c65a4d$7e8058c0$04000100@asus> From: David MENTRE Organization: none Date: Mon, 01 May 2006 10:54:12 +0200 In-Reply-To: (Gabriel Dos Reis's message of "01 May 2006 03:39:27 +0200") Message-ID: <87k6965dmz.fsf@linux-france.org> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 08:53:27 -0000 Hello Gaby, Gabriel Dos Reis writes: > When contributing a patch for consideration in the silver branch, > please send a message to the mailing list > > axiom-dev@axiom-developer.org Shouldn't it be axiom-developer@nongnu.org? Best wishes, d. -- David MENTRE -- http://wiki.axiom-developer.org/FrontPage From MAILER-DAEMON Mon May 01 05:24:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaUdk-00060l-VV for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 05:24:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaUdi-0005yx-NK for axiom-developer@nongnu.org; Mon, 01 May 2006 05:24:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaUdf-0005yU-SF for axiom-developer@nongnu.org; Mon, 01 May 2006 05:24:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaUdf-0005yR-Pe for axiom-developer@nongnu.org; Mon, 01 May 2006 05:24:19 -0400 Received: from [193.252.22.20] (helo=smtp12.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaUhS-0008Rg-30 for axiom-developer@nongnu.org; Mon, 01 May 2006 05:28:14 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1204.wanadoo.fr (SMTP Server) with ESMTP id 2F2DB1C000AC for ; Mon, 1 May 2006 11:24:18 +0200 (CEST) Received: from morgana (ARennes-257-1-63-239.w81-53.abo.wanadoo.fr [81.53.142.239]) by mwinf1204.wanadoo.fr (SMTP Server) with ESMTP id DCA791C0009F; Mon, 1 May 2006 11:24:17 +0200 (CEST) X-ME-UUID: 20060501092417904.DCA791C0009F@mwinf1204.wanadoo.fr Received: from david by morgana with local (Exim 4.50) id 1FaUeU-0001gs-D5; Mon, 01 May 2006 11:25:10 +0200 To: Gabriel Dos Reis Subject: Issue building silver tree (was: Re: [Axiom-developer] Re: Editing wiki frontpage) References: <002701c65a4d$7e8058c0$04000100@asus> From: David MENTRE Organization: none Date: Mon, 01 May 2006 11:25:10 +0200 In-Reply-To: (Gabriel Dos Reis's message of "01 May 2006 03:39:27 +0200") Message-ID: <87bqui5c7d.fsf_-_@linux-france.org> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 09:24:23 -0000 Gabriel Dos Reis writes: > Obtaining a working copy from the Sourceforge SVN repository > ============================================================ [...] > > * read-only access: > > Check out the silver branch of Axiom source code with > > svn co https://svn.sourceforge.net/svnroot/axiom/trunk axiom.silver I checked out a fresh silver tree following above instructions and this tree does not build. (after a 'make') 10 copying /home/david/pub/axiom-libre/silver/axiom/src/scripts to /home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/text-base/axiom.sty.svn-base': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/prop-base/axiom.sty.svn-base': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/props/axiom.sty.svn-work': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/wcprops/axiom.sty.svn-work': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/entries': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/empty-file': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/README.txt': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/format': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/dir-wcprops': Permission denied make: *** [litcmds] Error 1 I suppose this is related to the .svn/ directories being spread all over the axiom tree. 'make clean' does not work neither, with the same error. Best wishes, d. -- David MENTRE -- http://wiki.axiom-developer.org/FrontPage From MAILER-DAEMON Mon May 01 08:50:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaXrI-0002IJ-N2 for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 08:50:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaXrG-0002Hl-C6 for axiom-developer@nongnu.org; Mon, 01 May 2006 08:50:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaXrF-0002HC-JV for axiom-developer@nongnu.org; Mon, 01 May 2006 08:50:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaXrF-0002H4-6n for axiom-developer@nongnu.org; Mon, 01 May 2006 08:50:33 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaXv3-0000YC-Cp for axiom-developer@nongnu.org; Mon, 01 May 2006 08:54:29 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k41CoL4o017387; Mon, 1 May 2006 08:50:21 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-17-240.zoominternet.net [72.23.17.240]) by mua-2.zoominternet.net (Postfix) with ESMTP id 340D37F406; Mon, 1 May 2006 08:50:21 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k41Cieo04454; Mon, 1 May 2006 08:44:40 -0400 Date: Mon, 1 May 2006 08:44:40 -0400 Message-Id: <200605011244.k41Cieo04454@localhost.localdomain> From: root To: David MENTRE In-reply-to: <003701c66bc1$8cede960$6900a8c0@asus> (bill.page1@synthesis.anikast.ca) Subject: Re: [Axiom-developer] Re: sourceforge cvs References: <003701c66bc1$8cede960$6900a8c0@asus> X-Spam-Score: 0.70 () [Tag at 15.00] FORGED_RCVD_HELO,J_CHICKENPOX_56 X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: ybryukhov@gmail.com, magnus-developer@lists.sourceforge.net, axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 12:50:34 -0000 David, Sourceforge SVN seems to be broken. Yours is the latest complaint I've seen from the sourceforge SVN/CVS archives. Bill spent some time trying to clean them up. I'd suggest doing a tla checkout from the arch repository and then doing: diff -r --brief archcheckout svncheckout they should be exactly the same modulo the arch and svn control repositories. You can remove most of the noise with grep -v thus: diff -r --brief archcheckout svncheckout | grep -v arch-id Tim ==================================================================== > Obtaining a working copy from the Sourceforge SVN repository > ============================================================ [...] > > * read-only access: > > Check out the silver branch of Axiom source code with > > svn co https://svn.sourceforge.net/svnroot/axiom/trunk axiom.silver I checked out a fresh silver tree following above instructions and this tree does not build. (after a 'make') 10 copying /home/david/pub/axiom-libre/silver/axiom/src/scripts to /home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/text-base/axiom.sty.svn-base': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/prop-base/axiom.sty.svn-base': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/props/axiom.sty.svn-work': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/wcprops/axiom.sty.svn-work': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/entries': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/empty-file': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/README.txt': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/format': Permission denied cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/dir-wcprops': Permission denied make: *** [litcmds] Error 1 I suppose this is related to the .svn/ directories being spread all over the axiom tree. 'make clean' does not work neither, with the same error. Best wishes, d. ==================================================================== > There is definitely a strange problem with the CVS at SourceForge. I have not been following the thread closely but SF has locked anonymous checkout because they had problems with it. I work on a project where the latest we can get is a March 9th update when the developer keeps adding stuff everyday. There is a note somewhere on SF about that. JC Helary ==================================================================== > On 26 avril 2006 à 22:01 -0400, Tim Daly (root) wrote: > ... > > These are the first few lines of the Makefile for the latest > > version just checked out from the sourceforge cvs. > ... > > #GCLVERSION=gcl-2.6.7 > > GCLVERSION=gcl-2.6.8pre > ... > > Checked out another time on a reiserfs partition without success > (always the Axiom (December 2005) version). So it seems that I'm > alone with this problem, another thing that I don't understand today. > The "Browse CVS Repository" service don't work too for me... > > Sorry for the inconvenience. > There is definitely a strange problem with the CVS at SourceForge. The CVS browse now shows everything as atleast 3 months old: http://cvs.sourceforge.net/viewcvs.py/axiom/axiom/ (December 2005) and http://cvs.sourceforge.net/viewcvs.py/axiom/axiom/Makefile?view=markup shows the old version of the Makefile without gcl-2.6.8pre But that is very odd! Because two days ago I did a 'cvs update' from SourceForge and I did obtain the correct new version. And further more the Savannah CVS browse is also up to date: http://cvs.savannah.nongnu.org/viewcvs/axiom/?root=axiom (patch-49) I don't understand it. From MAILER-DAEMON Mon May 01 09:08:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaY8A-00070u-Aw for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 09:08:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaY88-00070i-IM for axiom-developer@nongnu.org; Mon, 01 May 2006 09:08:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaY85-0006zd-BS for axiom-developer@nongnu.org; Mon, 01 May 2006 09:07:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaY85-0006za-8S for axiom-developer@nongnu.org; Mon, 01 May 2006 09:07:57 -0400 Received: from [216.251.41.217] (helo=mails17.megamailservers.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FaYBt-0002ih-Py for axiom-developer@nongnu.org; Mon, 01 May 2006 09:11:53 -0400 X-Authenticated-User: bill.page1.synthesis.anikast.ca Received: from asus ([206.47.29.226]) (authenticated bits=0) by mails17.megamailservers.com (8.13.6/8.13.1) with ESMTP id k41D7J4Y019547; Mon, 1 May 2006 09:07:39 -0400 From: "Bill Page" To: "'David MENTRE'" Subject: RE: Issue building silver tree (was: Re: [Axiom-developer] Re: Editing wiki frontpage) Date: Mon, 1 May 2006 09:06:59 -0400 Message-ID: <002f01c66d20$35b25ae0$6900a8c0@asus> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: <87bqui5c7d.fsf_-_@linux-france.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Importance: Normal Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 13:08:01 -0000 David, On May 1, 2006 5:25 AM you wrote: > > Gabriel Dos Reis writes: > > > Obtaining a working copy from the Sourceforge SVN repository > > ============================================================ > [...] > > > > * read-only access: > > > > Check out the silver branch of Axiom source code with > > > > svn co https://svn.sourceforge.net/svnroot/axiom/trunk > axiom.silver > > I checked out a fresh silver tree following above > instructions and this tree does not build. > > (after a 'make') > > 10 copying > /home/david/pub/axiom-libre/silver/axiom/src/scripts to > /home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin > cp: cannot create regular file > `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.s > vn/text-base/axiom.sty.svn-base': Permission denied Jay Belanger has identified this problem as due to incorrect "recursive copies" in the Axiom Makefile. See: http://lists.nongnu.org/archive/html/axiom-developer/2006-04/msg00161.html although he did not propose a fix. > ... > `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.s > vn/dir-wcprops': Permission denied > make: *** [litcmds] Error 1 > > > I suppose this is related to the .svn/ directories being > spread all over the axiom tree. Yes. The same thing actually happens with CVS as well except that CVS does not protect these directories that way SVN does so a make from CVS sources works although technically there is still a problem. > > 'make clean' does not work neither, with the same error. > You cannot correct this problem by make clean. The problem occurs in Axiom Make file because "it tries to create the same .svn directory twice". Of course copying .svn directories is just a side effect of some uncareful (incorrect) code in the Makefile. To correct this it would be necessary to fix the Axiom Makefile or to avoid it by first deleting all the and .svn directories and files throughout the source tree. Regards, Bill Page. From MAILER-DAEMON Mon May 01 09:21:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaYLK-0008To-86 for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 09:21:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaYLG-0008RJ-Vz for axiom-developer@nongnu.org; Mon, 01 May 2006 09:21:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaYLF-0008QU-JY for axiom-developer@nongnu.org; Mon, 01 May 2006 09:21:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaYLF-0008QK-6o for axiom-developer@nongnu.org; Mon, 01 May 2006 09:21:33 -0400 Received: from [193.252.23.69] (helo=smtp14.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaYP3-0003gZ-SB for axiom-developer@nongnu.org; Mon, 01 May 2006 09:25:30 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf1404.wanadoo.fr (SMTP Server) with ESMTP id C6DC1700008A for ; Mon, 1 May 2006 15:21:25 +0200 (CEST) Received: from morgana (ARennes-257-1-63-239.w81-53.abo.wanadoo.fr [81.53.142.239]) by mwinf1404.wanadoo.fr (SMTP Server) with ESMTP id 9952E7000095; Mon, 1 May 2006 15:21:25 +0200 (CEST) X-ME-UUID: 20060501132125628.9952E7000095@mwinf1404.wanadoo.fr Received: from david by morgana with local (Exim 4.50) id 1FaYLx-0001nb-9X; Mon, 01 May 2006 15:22:17 +0200 To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: sourceforge cvs References: <003701c66bc1$8cede960$6900a8c0@asus> <200605011244.k41Cieo04454@localhost.localdomain> From: David MENTRE Organization: none Date: Mon, 01 May 2006 15:22:17 +0200 In-Reply-To: <200605011244.k41Cieo04454@localhost.localdomain> (daly@axiom-developer.org's message of "Mon, 1 May 2006 08:44:40 -0400") Message-ID: <87psix5186.fsf@linux-france.org> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 13:21:35 -0000 root writes: > Sourceforge SVN seems to be broken. Yours is the latest complaint I've > seen from the sourceforge SVN/CVS archives. In fact, I wasn't complaining but just giving a hint on the silver branch. :-) As there was work on this branch, I thought the issue was fixed. > Bill spent some > time trying to clean them up. I'd suggest doing a tla checkout > from the arch repository and then doing: > > diff -r --brief archcheckout svncheckout > > they should be exactly the same modulo the arch and svn control > repositories. You can remove most of the noise with grep -v thus: > > diff -r --brief archcheckout svncheckout | grep -v arch-id Thank you for the tip. Best wishes, d. -- David MENTRE -- http://wiki.axiom-developer.org/FrontPage From MAILER-DAEMON Mon May 01 09:30:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaYTz-0003e5-JY for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 09:30:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaYTx-0003dI-Vh for axiom-developer@nongnu.org; Mon, 01 May 2006 09:30:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaYTv-0003by-1g for axiom-developer@nongnu.org; Mon, 01 May 2006 09:30:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaYTu-0003br-U5 for axiom-developer@nongnu.org; Mon, 01 May 2006 09:30:30 -0400 Received: from [62.4.16.101] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaYXj-0004pF-NP for axiom-developer@nongnu.org; Mon, 01 May 2006 09:34:27 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 949624109B; Mon, 1 May 2006 15:30:28 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k41DQwtZ015681; Mon, 1 May 2006 15:26:58 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k41DQwwj015680; Mon, 1 May 2006 15:26:58 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: David MENTRE Subject: Re: [Axiom-developer] Re: Editing wiki frontpage References: <002701c65a4d$7e8058c0$04000100@asus> <87k6965dmz.fsf@linux-france.org> From: Gabriel Dos Reis In-Reply-To: <87k6965dmz.fsf@linux-france.org> Organization: Integrable Solutions Date: 01 May 2006 15:26:58 +0200 Message-ID: Lines: 16 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 13:30:34 -0000 David MENTRE writes: | Hello Gaby, | | Gabriel Dos Reis writes: | | > When contributing a patch for consideration in the silver branch, | > please send a message to the mailing list | > | > axiom-dev@axiom-developer.org | | Shouldn't it be axiom-developer@nongnu.org? yes, Absolutely. -- Gaby From MAILER-DAEMON Mon May 01 09:34:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaYXb-0007Zy-DT for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 09:34:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaYXZ-0007Ym-Qx for axiom-developer@nongnu.org; Mon, 01 May 2006 09:34:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaYXZ-0007YK-8g for axiom-developer@nongnu.org; Mon, 01 May 2006 09:34:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaYXY-0007YH-VT for axiom-developer@nongnu.org; Mon, 01 May 2006 09:34:17 -0400 Received: from [62.4.16.101] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaYbN-00056a-RW for axiom-developer@nongnu.org; Mon, 01 May 2006 09:38:14 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 0FE384141A; Mon, 1 May 2006 15:34:10 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k41DUotZ015717; Mon, 1 May 2006 15:30:56 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k41DUop8015716; Mon, 1 May 2006 15:30:50 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: David MENTRE Subject: Re: Issue building silver tree (was: Re: [Axiom-developer] Re: Editing wiki frontpage) References: <002701c65a4d$7e8058c0$04000100@asus> <87bqui5c7d.fsf_-_@linux-france.org> From: Gabriel Dos Reis In-Reply-To: <87bqui5c7d.fsf_-_@linux-france.org> Organization: Integrable Solutions Date: 01 May 2006 15:30:50 +0200 Message-ID: Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 13:34:18 -0000 David MENTRE writes: | Gabriel Dos Reis writes: | | > Obtaining a working copy from the Sourceforge SVN repository | > ============================================================ | [...] | > | > * read-only access: | > | > Check out the silver branch of Axiom source code with | > | > svn co https://svn.sourceforge.net/svnroot/axiom/trunk axiom.silver | | I checked out a fresh silver tree following above instructions and this | tree does not build. | | (after a 'make') [ ...] That is odd. I was able to build Axiom following those instructions (modulo the patch issue I reported earlier). I checked out with write permission, i.e. with --username=; I don't know whether that makes a difference. Bill and others identified the problems as being related to recursive copy. I'll be working for a solution to this problem. -- Gaby From MAILER-DAEMON Mon May 01 10:20:28 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaZGG-0001nq-L7 for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 10:20:28 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaZGF-0001n4-SD for axiom-developer@nongnu.org; Mon, 01 May 2006 10:20:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaZGD-0001lt-8K for axiom-developer@nongnu.org; Mon, 01 May 2006 10:20:27 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaZGD-0001lk-2j for axiom-developer@nongnu.org; Mon, 01 May 2006 10:20:25 -0400 Received: from [62.4.16.101] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaZK2-0000ri-E0 for axiom-developer@nongnu.org; Mon, 01 May 2006 10:24:22 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id A5EED410EA; Mon, 1 May 2006 16:15:36 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k41ECFtZ015871; Mon, 1 May 2006 16:12:16 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k41ECFC0015870; Mon, 1 May 2006 16:12:15 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: sourceforge cvs References: <003701c66bc1$8cede960$6900a8c0@asus> <200605011244.k41Cieo04454@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605011244.k41Cieo04454@localhost.localdomain> Organization: Integrable Solutions Date: 01 May 2006 16:12:15 +0200 Message-ID: Lines: 19 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: ybryukhov@gmail.com, magnus-developer@lists.sourceforge.net, axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 14:20:28 -0000 root writes: | David, | | Sourceforge SVN seems to be broken. Yours is the latest complaint | I've seen from the sourceforge SVN/CVS archives. Bill spent some | time trying to clean them up. I'm thankful to Bill for helping sorting the conversion issues out. (very few are left, but unimportant). The probem David reported, this time, has nothing intrinsic to do with SVN. It is a bug in the existing makefils (whether from tla or CVS does not matter) that SVN's way of keeping things exposes. There is also an issue with your "recursive noise" patch, that I'll fix in the silver branch shortly. -- Gaby From MAILER-DAEMON Mon May 01 16:37:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Faf9G-0003JQ-Ic for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 16:37:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Faf9F-0003JD-9e for axiom-developer@nongnu.org; Mon, 01 May 2006 16:37:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Faf9D-0003J1-S9 for axiom-developer@nongnu.org; Mon, 01 May 2006 16:37:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Faf9D-0003Iy-Mv for axiom-developer@nongnu.org; Mon, 01 May 2006 16:37:35 -0400 Received: from [62.4.17.101] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Faf9D-0001ZT-LK for axiom-developer@nongnu.org; Mon, 01 May 2006 16:37:35 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 911BB4F3C7; Mon, 1 May 2006 22:37:21 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k41KYCtZ017274; Mon, 1 May 2006 22:34:13 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k41KYC82017273; Mon, 1 May 2006 22:34:12 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org References: <200604271937.k3RJb1q26475@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200604271937.k3RJb1q26475@localhost.localdomain> Organization: Integrable Solutions Date: 01 May 2006 22:34:12 +0200 Message-ID: Lines: 40 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Axiom trunk failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 20:37:37 -0000 root writes: | yep. it turns off the "tail recursion" noise. bill schelter and i | worked on creating tail recursion in AKCL. This was just a debugging | message at the time. For some reason it outlived its useful life and | continues in the current code base. the message "exposes" lisp to | the user of the axiom interpreter so i removed it. | | it should patch correctly. i suspect there is a mismatch between | the GCL version you are using and the patch level you are using. | | in the zips subdirectory all patches are named by the .tgz file | to which they apply. the name also includes the directory path | to the file and the name of the file. so | | zips/gcl-2.6.7 | | has patches like | | gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch | | which lives in lsp/gcl-2.6.7/cmpnew/gcl_cmpflet.lsp Tim, I fixed the problem in the silver branch, by copying the patch file from the tla branch to the SVN branch. Now, we are brack to buildville. It would be helpful if we could also have the GCL-2.6.8pre patches also in the silver branch. In particular, we should have all the current codes in the gold branch in the silver branch . Next: (1) fix other file "corruptions" introduced during the conversion; (2) fix the recursive copy problem. I don't promise to do all that by tonight :-) -- Gaby From MAILER-DAEMON Mon May 01 16:41:59 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FafDS-0004GA-St for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 16:41:58 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FafDR-0004Fc-1v for axiom-developer@nongnu.org; Mon, 01 May 2006 16:41:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FafDQ-0004FQ-B4 for axiom-developer@nongnu.org; Mon, 01 May 2006 16:41:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FafDQ-0004FN-81 for axiom-developer@nongnu.org; Mon, 01 May 2006 16:41:56 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FafDQ-0001qF-Dy for axiom-developer@nongnu.org; Mon, 01 May 2006 16:41:56 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k41Kfr4m031997; Mon, 1 May 2006 16:41:53 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-17-240.zoominternet.net [72.23.17.240]) by mua-2.zoominternet.net (Postfix) with ESMTP id 8DDA77F407; Mon, 1 May 2006 16:41:53 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k41KaB004691; Mon, 1 May 2006 16:36:11 -0400 Date: Mon, 1 May 2006 16:36:11 -0400 Message-Id: <200605012036.k41KaB004691@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 01 May 2006 22:34:12 +0200) References: <200604271937.k3RJb1q26475@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Axiom trunk failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 20:41:57 -0000 silver was converted from patch-49 which has the gcl-2.6.8pre patches. those patches were in the system as of patch-48. t From MAILER-DAEMON Mon May 01 16:58:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FafTU-000519-1v for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 16:58:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FafTS-0004zB-0t for axiom-developer@nongnu.org; Mon, 01 May 2006 16:58:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FafTP-0004xF-Ii for axiom-developer@nongnu.org; Mon, 01 May 2006 16:58:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FafTP-0004x8-72 for axiom-developer@nongnu.org; Mon, 01 May 2006 16:58:27 -0400 Received: from [62.4.16.101] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FafTP-0003LR-E9 for axiom-developer@nongnu.org; Mon, 01 May 2006 16:58:27 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id B370840E4D; Mon, 1 May 2006 22:58:24 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k41Kt9tZ017372; Mon, 1 May 2006 22:55:09 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k41Kt9hp017371; Mon, 1 May 2006 22:55:09 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org References: <200604271937.k3RJb1q26475@localhost.localdomain> <200605012036.k41KaB004691@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605012036.k41KaB004691@localhost.localdomain> Organization: Integrable Solutions Date: 01 May 2006 22:55:09 +0200 Message-ID: Lines: 14 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Axiom trunk failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 May 2006 20:58:30 -0000 root writes: | silver was converted from patch-49 which has the gcl-2.6.8pre patches. | those patches were in the system as of patch-48. I do not have them in checked out SVN version, nor are they visible here http://svn.sourceforge.net/viewcvs.cgi/axiom/trunk/axiom/zips/ I was under the impression that patch-49 happened after the conversion to SVN. -- Gaby From MAILER-DAEMON Mon May 01 20:48:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Faj3a-0003Fr-Ei for mharc-axiom-developer@gnu.org; Mon, 01 May 2006 20:48:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Faj3Z-0003FY-5U for axiom-developer@nongnu.org; Mon, 01 May 2006 20:48:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Faj3X-0003Dg-LV for axiom-developer@nongnu.org; Mon, 01 May 2006 20:48:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Faj3X-0003DX-HR for axiom-developer@nongnu.org; Mon, 01 May 2006 20:47:59 -0400 Received: from [216.251.41.212] (helo=mails12.megamailservers.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Faj3a-000464-1H for axiom-developer@nongnu.org; Mon, 01 May 2006 20:48:02 -0400 X-Authenticated-User: bill.page1.synthesis.anikast.ca Received: from asus (206-47-29-226.anikast.net [206.47.29.226]) (authenticated bits=0) by mails12.megamailservers.com (8.13.6/8.13.1) with ESMTP id k420lHrD028366; Mon, 1 May 2006 20:47:44 -0400 From: "Bill Page" To: "'Gabriel Dos Reis'" Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Mon, 1 May 2006 20:47:08 -0400 Message-ID: <001901c66d82$013feae0$6900a8c0@asus> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 In-Reply-To: Importance: Normal Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 00:48:01 -0000 On May 1, 2006 4:34 PM Gabriel Dos Reis wrote: > > It would be helpful if we could also have the GCL-2.6.8pre patches > also in the silver branch. In particular, we should have all the > current codes in the gold branch in the silver branch . > I suggest: tla delta -diffs axiom--main--1-patch--47 axiom--main--1--patch49 http://wiki.gnuarch.org/Tla_20Reference_2fdelta Regards, Bill Page. From MAILER-DAEMON Tue May 02 02:15:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaoAW-0000ju-UK for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 02:15:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaoAU-0000hy-PV for axiom-developer@nongnu.org; Tue, 02 May 2006 02:15:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaoAS-0000he-S2 for axiom-developer@nongnu.org; Tue, 02 May 2006 02:15:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaoAS-0000hb-MX for axiom-developer@nongnu.org; Tue, 02 May 2006 02:15:28 -0400 Received: from [62.4.16.102] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaoAY-0000s4-HE for axiom-developer@nongnu.org; Tue, 02 May 2006 02:15:34 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 0680540F18; Tue, 2 May 2006 08:15:26 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k426C3tZ019263; Tue, 2 May 2006 08:12:03 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k426C3M1019262; Tue, 2 May 2006 08:12:03 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org References: <200604271937.k3RJb1q26475@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200604271937.k3RJb1q26475@localhost.localdomain> Organization: Integrable Solutions Date: 02 May 2006 08:12:03 +0200 Message-ID: Lines: 14 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Axiom trunk failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 06:15:31 -0000 root writes: | yep. it turns off the "tail recursion" noise. bill schelter and i | worked on creating tail recursion in AKCL. This was just a debugging | message at the time. For some reason it outlived its useful life and | continues in the current code base. the message "exposes" lisp to | the user of the axiom interpreter so i removed it. Tim, Is there a reason why this code should not be contributed back to GCL so that we don't have to patch GCL all the time? -- Gaby From MAILER-DAEMON Tue May 02 02:53:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FaolS-0003sN-3C for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 02:53:42 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaolQ-0003rB-3s for axiom-developer@nongnu.org; Tue, 02 May 2006 02:53:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaolO-0003q3-AK for axiom-developer@nongnu.org; Tue, 02 May 2006 02:53:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaolN-0003pk-UE for axiom-developer@nongnu.org; Tue, 02 May 2006 02:53:37 -0400 Received: from [62.4.16.102] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FaolT-00045i-QJ for axiom-developer@nongnu.org; Tue, 02 May 2006 02:53:44 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 52DEF40FFE; Tue, 2 May 2006 08:53:36 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k426oHtZ019411; Tue, 2 May 2006 08:50:18 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k426oHAg019410; Tue, 2 May 2006 08:50:17 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: "Bill Page" Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <001901c66d82$013feae0$6900a8c0@asus> From: Gabriel Dos Reis In-Reply-To: <001901c66d82$013feae0$6900a8c0@asus> Organization: Integrable Solutions Date: 02 May 2006 08:50:17 +0200 Message-ID: Lines: 29 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 06:53:41 -0000 "Bill Page" writes: | On May 1, 2006 4:34 PM Gabriel Dos Reis wrote: | > | > It would be helpful if we could also have the GCL-2.6.8pre patches | > also in the silver branch. In particular, we should have all the | > current codes in the gold branch in the silver branch . | > | | I suggest: | | tla delta -diffs axiom--main--1-patch--47 axiom--main--1--patch49 | | http://wiki.gnuarch.org/Tla_20Reference_2fdelta Hi Bill, Thanks for the suggestion. It does not work quite right. The reason is that the missing changes are not those from -patch-47 to -patch-49. The missing changes form a strict subset of "delta -patch-47 -patch-49", as can be infered from the CHANGELOG. The SVN repo is missing anything (officially recorded in the CHANGELOG) from 20060115 till now. I browsed the tla reference manual; I don't seem to see a way to specify revision at a particular date. I'll try the CVS repo.. -- Gaby From MAILER-DAEMON Tue May 02 06:11:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FarqU-0006IE-Cz for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 06:11:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FarqR-0006I4-N7 for axiom-developer@nongnu.org; Tue, 02 May 2006 06:11:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FarqQ-0006Ho-1Y for axiom-developer@nongnu.org; Tue, 02 May 2006 06:11:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FarqP-0006Hl-Qw for axiom-developer@nongnu.org; Tue, 02 May 2006 06:11:01 -0400 Received: from [62.4.17.102] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FarqV-0006f8-PO for axiom-developer@nongnu.org; Tue, 02 May 2006 06:11:09 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id D91D64F3F6; Tue, 2 May 2006 12:10:47 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k42A7ZtZ020277; Tue, 2 May 2006 12:07:35 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k42A7ZLT020276; Tue, 2 May 2006 12:07:35 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: "Bill Page" References: <001901c66d82$013feae0$6900a8c0@asus> From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 02 May 2006 12:07:35 +0200 Message-ID: Lines: 16 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Syncing SVN repo and -patch-49 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 10:11:04 -0000 --=-=-= Gabriel Dos Reis writes: | I'll try the CVS repo.. Was successful. I've applied the diff attached to this mail (except the gcl tarball), as reported by both tla and cvs. The SVN repo should now be in sync with -patch-49. Built and tested on an i686-pc-linux-gnu. -- Gaby --=-=-= Content-Type: application/x-gzip Content-Disposition: attachment; filename=axiom-47-49-report.txt.gz Content-Transfer-Encoding: base64 H4sICFsqV0QAA2F4aW9tLTQ3LTQ5LXJlcG9ydC50eHQA7D1pdxPHsp/xr2gI5wSMNNoX+4Evwhjw DTZ+thOSSzg3o5mWNPFs6Z6xLLjOb39V1T2rFsvGEHIfDseWuquru6tr7yWbzJqY/phLHjHBw0BE G5vwwQvOuc1GjsvlxgaDnw9OKGtjy602jS78F40/bACgadtFMCmsmuOHcVTzzNDlwZlB34zQ9MKJ y6N5XD3DCvyRM44FB1gAjKzJPFQ/hGrLC30+NaDs3/DRMl3XcGV4jSYjGMHVTdYeTgq4CmpiuI4f Xxg2H8mVgEjSxTWx71zgysCAnOjfUEVzuGJ0aSPPPOO4QmVoP5jyoQELZpjTMyMKIn5h+NOVUL7p rUDjOkNAY0rLcVYiysMtBZITDstrhc7oKhg/8OOrYUQwuhITwXjeWmCrJqjAonyfICteYDsjJxOX fd/mF9ts99Xg8OXe6zcvN558+s/G8e4J4d9mNetciiCIauaFE3j6d9pZ5XxD8Eg4/NzxxyDv5450 Ap81jN7Wkop+cwPGP2LVkFUFwtEfKN3c3MwmcafJ/mn6rFmvd1mzuV3vbjcbrFqHnzuEu1qt5oAb fTYIhYKut7Y7W9utdgqtUOd/qKtGpcXoC6JqVLodBh+qG48IS73d6LEotKGM6F5tb5VrFgoei0Pb jLh9NfBqWdTKdA4PwNQOtByyVUoEKc7FgpGsgyEdxSIkYnLBjk13xF5xz+PWGWePBXx9OtFfQUHt JMNnYzcYgnqdlUeRqfcplxEXSrujGWAPLZebgoUiCKFvh0sWLm+dzmTkXDAbmkQK0xotsK8PDoxZ XNUkD4UdcdtgGXS3yCf9ck3aoTKGSHM2EoGHK8FkPLQdwS2Q8RmbTrjPcPY+iEwZzforb4ah6+TX rDQO0i+MYIG4yRIzO+YsCpjnSIkSG3Ewc0RZv4xpCTELhnp5mwKYMvyrh7pMsa430aUW5RrN5/Xw tRv7n9K4YChu0HVi167dNDObNyT2ddvOexDXa5w5FsvaLZUjJiPT/2AyS/CiBi/1h24Qc53I8mzJ QPZsJwLDZrooPDIKQhAk6NgCHFAbzpbiebn7+qe945P9N4dP8sMow1/Pe102+us5tOtjucqKXRtP 0clcH8G8d3wNUswbvrXbos2fA26y8cU5ezH4X9aub7NTfhEx7keg4Uem40rm+CyacDaZoYHjF2wo gqnkgk0d3w6meTSjC5c0px1YNe7boQkt0qDq+5EDbPc9A6OHnhWwH2EUfJRHUeA5tJJkYBJmh0Y2 h7Xn2hLJtGm9U9Lbw3jcgJot7eIwGFPswbRM7H2NZtr85aUjelA36g+ztu1cW3AKwtowCM7OA7fD NmUcArmlrFqBF8JURNUHNSE3WXTD5lNToJldG4NuWAVrOQwk32S+42YNYcVtQQ2H6CqnBP+V+z44 Bzv4wWbRLAyUA5G0bLUaxCu5Lj3TEoEEdgb3ANcLCCjZd41Gm5mA4rvGVjdtXM88FdMd86Ewa37s AW8FwpChCSbZAbvD5AxWyYoci3FQVsh+/CJ0Tb+wcq16Mx1JgkyOFBq07nYQD13+wg3M6EUgPBM8 odi3lmHQcwlHTQm6HGnCwCO0gSL3Y8mfvTDlcz4yY5dGM0KkCJjHlGd9vQqNjICyDPpCcJsLmOJr PgmGfMYeJyWGLnk6EpwbI7GTNG2CUJsXE+qFJKfozvALbsXApkMgGcpWJMEttSYVhozEzTKWgR8F js+NV1xIcOMem/r7hL4/HXsg+qBpvFz3c0s/Ckzv32629EeRODDHjrX3ByNZZ5YpUwPRAD91CoAF g5Z4b3/EIB1gqsQZEjiv4JTjlyHpMu/8Q4HS1DVSugx0AAzzu2TnoD7+FTu/uzhNVWZAmaHLnl7I Ntok393JEHQobMhNVfLoDzVRCtpAQuBvp9zgeG/w/GBvJUieXwvrJ8Gc4MIB5ewT4OIXFC3fpPUz YF8ZCTNciOKqWAgCewVfb5a1i5zJang2VnR48WbwHCcJfw9WtEk1Eo5yDJrbP3cECOGaLSDWcE3H S5IGYKO+RLoAulmeKFiWJyimCVSWgCJ3wLY6PUAhPUKBiGR5AYDpb7d6WV6gnBYgi91qbbNXwRRE zWf7TMR+ZqfRZtqmC8RG4Fan0tYZBKZatvMtkXFYgBHOkH6DAgUV4P8jAe5ss7eTGZQyg2ik4yHw X0Br2KlyleQzoBATVNq8u80GWMCmgf99BEbCcaE7n73YbW3cVSC9pSDtBEs/P2Kbg6lhWhpAZ9g8 7W0rD2daFlhSRkyLUCqaRY9GdQdKzkNTBQ4ZYYB/t8Fiaih1NRIg2z4DS6K6/ActOC5IWyVx/nYL wsBMv9jtfMF1eXRj//TLrGhZNrk1CVid7dRCAXYKNGftjAufuzW001U5cbhrq7xes7FVaTSbnUQ2 b2/AawnWbXTE2C9BzHwOfAc2KIqFzwLQhfYM4lvwcSDCFiYsF/hNNgvBzYiYgJUNPOcD+XQGIBhI hmoY6LqtMpzNZh3J0k0k5EuSJWPv2+jvlqlT5jTk/Wdv3pyCp2SdmWNusNMADBNof3AJ1AzBO+Lb itvanWYFfrVzueR2pwVF3VZCaUS280BjeKhJ/+hWSHFzKb6t/uHf7gR8HegMYoJ7h7HHXgfW2T3m SGY70oSgwTYU3D7mZMCJlgoWR5eAszNw2UPMRfqRpJoI55OOlVQZKjiIdSk5eRHBskygD/hnsjM/ mPqYMobegP+caML8gFkxBMM+pWyNxOFJnLwv4fUkfS11fZr1ZRWNgvPTrKs/DWK5BO1KHwhQIy+m sCs9IYV4wQ6J5uq7LMlU3VP8/+A5t7g35ISw8/AeMPTJ0fMn9x9Q2pCFUxvZ/OSXEyiCON12BLv/ YPDz/puDh1RxNADgj9Dksub5UQ0+/nJyqTditAmf7xPGD4YXZ3BbHZYl//XJUQIFUZWiAYjyVmJJ vluQs+ssKe8uKe9hju/uouxfD/XS2x+ejM3pGXwEiOf7xzAeGNUljDhrcYkzOt5NhgquviJdq4KM onTOLQ51YdXiKVAC8+azKK/H3uFPT7K1Gzy/VCtMi6fWn9oyWql2u9KpJytFP6eDw5ev9wBIfbhM Oer+x2QM7GhwuvsKCujvJXv+ZvfHg73DUyhJPl6yXxOEb/cGPyE++ovjBypAqLutt1R0UhjK7zxV /koDs8Uo2ybTowbHJeJeBfo9PqVuj6GDkx+f6e/602UOR5PtqRAPk22ABoiiq7OJVaM+qx4nwm7o vg6yXKo6NMF2SiDEN+1OpdNI+OYvIdz9jwcArqWyNnT82tzQ/05ELbPxAhbB4k670k0ZlnrGUYDe Ohj8sPeQVUes3DfB0fhbGM44oPxsPfnM3foNs7O/sf+AkeRsxzVl9AyrnkOpIjy5IfM8C/8wU7Cd o1JvS6Elkws2mbJDpiytV5I3MuxzhxFHdTqVbspRf9XM1mOqW5p1eclpCJRpV27iVr/SqLezxRYe WPQRoHzz7J+X6sRHWj5iyXeYkl6f7YxA9Ty7KoGo004TjhcGd7wLytQSToiOVDBPBmpngWMB7kAR vLa5ABrXcwsCqnonW9C1R7/GGvx1MyuvmeMD/4CoJlEkuvXZitF4tO9+N938WK7627egpTqfU0ut KZnJTDMidD9BQpVILCVa7xaI1l9EtLtY7Z2hXwg+9bwko/dx95YIe3c9whIp1LiV3OQT+QqJKsdU blqeg1dEzJdEwrT4RjUr2PwzX71woKksI0moiKi4deNF1skGkJ5+pjFWS8/17P83yVohWV9MmOZ5 Fi3h1fwsVAVEDJvrMPM67JurwiHku3KAvPnvwfD3wncvqR8FgjmYM/mN8sQGq+JREnZv8897v7H/ weyk6un+fYe++nxhO5DVpGUypk9tj3NaigOWvpTYyCTmC2Y40k6Xpjpay7Z5WsV9npba6Gn1C6mO FP/KnEerV8h5ZI0WJD/6Wav5fSCVOgNbgVml9HweJZyEXcG6GZuY51x5Cv1Ks5/4CcFIt8wd7HO4 1LkqWGwP01W+GcUCTwwJEOap6Z7pdoAgOw0oIxFbEW7ashdBLKJJrmN0f2gPH7chXFc3ZzaPMPUH aNQeB5UlCKm5OjPMnAh0g2+O4SPuCDjgUJUGDDh+5b/DV/wAdZLT7sfHU8BxGoTsNT/nbkpqVBmP H2/u7DyhDzzTGTs7/xUxMixyK83n/vcsMqVlcUkLh4ImEOwMOfezk+YwkiGHr4IzPhohK5zDiI9Q jINY0vFe6A0nicCAL91Lnzhc4LGJGdCB/HhApTtbQDzA4/FoEoDJG0UwAJXJRh15bgrsCjSHKXET 7gE3xgYLuaATD1BSAanFMzp4mAnQkOGEQh5ZDw12GEzZlDPpQP0sOYmE49RHtzTF1Hjc2Wfj/v+f iY5Ws9JrfVWJjsePMXTf2aGPVK8/AxTwKx1Oo81Sqct1bEjfvoV/38K/b+HfskVm7Kn6k9ebrxOx 2tViRcl/UNiohdUmnrJbQiYbxx6XEmyX2iocczBeY+4TEhtVOY4ShoutgNJkHnCrkWwFHZgYIx+F sQgDqdyZhcL95GtJsbV6lX7zb5MyvW39+S0B8C0B8C0BcMMEwNepcdlbTse5EF6G3IJAwmKaE969 W0Pg37/HTRc6CiKc8ZgLVLX6iAiqkPQegTqojdkEipBgZiqOWan0/1Y7Exh2vHuX7KsCYVLiw2RB cBheuod+ydtu9puVZj/NSOAJKWp+H3fQn+0f1hK1A3g0TXTkOnUgygQtDQjVmfch8ldylTNQ54ny pwiN+XjnyZc8LNLcalSaW73EbH4FU/38Z1RArJKTb3QTTc94jp115IV5i3TfUal/iIpljBfkILIW nA+lXUH5Bu0Co9K6QF2qI8ZTilmJFOCYBjHVCw/v9eoAWondMI6Y54wnESGiFAalEfRNClvREJOI eNNIETD5lhO2RgMWgltkuRZkSnKAheB2Oy+jOV9/Hx1bcrHAx2q10yzO10yMtR2iz0awMttNJw5Q yQ44KLgpyhnenTLYC7IfIEKg6iXyoWK7rU6lXa9nRyLb9XYldyASeNh0ZaCuohAHo6UA7f3uHfI0 SCtwNxYRY4P7dPn+vcGenTyHSc0oCtKLp4HGuhXo+QnaCRDjDBX0M81kJjSlpAUCJI4/optMaDrU AcMh5oXQoNG+Py0+3uqMLYunpxjzVvYwu0rN5JkThty+BJC3ZLNUh/oaqmKK3NVrYhAywfpgOYw4 uXP9/j0gganZrJj6S+5s0zIgW/ELRxIWwUeYnKNOkgs+aRovuTAYct9W7iCeiCR+hnbQFrwCW49K JcJkBPoRUCj8+iQpXn7MZcM1NYYc7P5HvBUHhPQudT4RqH++7GYurAmdigRQpbxWXf9dATx3z3gF bPk685Wg2aXpK0ELt7PXQJxdBL8SOFoPeNH19gQcc7+rh57cp9ct8ulRCNtAWyFjAWcq7+1RcsxW M8BbnvIXuXroumq5DrD+qhUbcstUfqLySpGtTRDaWFgqka37ISzb8CHRZa0kulHnTR4VlVjuZEqp 5vTg6LJcVla2MFACecAsu4AM3O5fsQaiZlb9cIGJk3/tH53o2mrTaNRNuhOs4UrNMdGUVKVH5x4X cBChcsoeKblGi+Ld9+W9167s3wvsGHSAYV2NCzpdc2zlS/0rkALt10G68EmHFWiVE7YG4rmXD9Zu k3toYe02xacdrtFV7jmJtVtFN2pVfHTjasY2apoZAWLw9ofLrCeVEFEWnYF//mSh5LHX+8+W1CCe 8s/BYBEecNwXQp/u/bx/ePTj6cmCNnhLAq2tTlaxHaUsapSIYA8z3XOq99jogq0OpE0rUpGz0hPZ Hpppc7aTKik0mWCGcwYzl0LD/SOt59gyPTe3Vy2ZeW46LoWD0L2+p84AN+lwZbuF2qvu1PGsbyOJ B5INPcdywB80tOWmW6kioHuiMjEKVuBHJhCGrr4UPKeNZCNSXY8UNsVNUKGuMSfeDb5TkeRhZagz rzIEFbyd+r3psxr6uHgh7a2osZVQQ4GUfVfiyFLcvaQaT/jTYdVuv9LppRcHvzqarBEKfDF6lZkv y+Mmw1Vs1gU266XXJp6WclOUqVSMTx/VxPN7Q2qHGCQenx/QX2SotkzSPYpmi6S1uI+s0HCbwJan DZdkDXXespBczco3/0y/5DKLpcRiLq+YzDy3eXzkmhGySdo15eWID7sQq3fbWwkfXotoKpX4iUnf DMe1k75L6vLlOr+bK1H53VyBpu/1tqs+NdF7dcL2FvK1ORTX4IqytAHIWCX6uDB1arXw+gMWTEVA Mtjd6ld62ZHzz391KZ+ELp6YePcOmrw5Oj2hNJx+iiLNYarkTA+0cK/X+SquL918Jvosnnq24ksc wFM9LT1111j2CGOzXjh119jS9wyJdRTSlUftGuoFRg258nydQrogmZSZTwz9wDKitZ2FOFIaRqPb rTR6zYSDH1oCn6+RZFxV6sQs3GsH++yFkUrtwkJGYJUFXv4lMUHsap/s3gBzKuHEHPLIAQtMddhp MKIhCWcYgy2hRD5lZ9kD+HQIES7msCsqubuN2d17uzPM9g5cKB+bmY95HMzYwHa5KLqexzBpdAUG wCRCBj6heMlRqLFM8KmkolfcFzP2DIS6gOAk4iG6c89M94NppcW/xML5HQqF6cuz2T11Wk1TTgvT V0S5zldMOS28BeP2JQ/TLux4uWh3l8t8QbS7WsJJphb2cafDTjg9xNMBp2q73d6uZ+IL/SBLLW64 8t1V1WV580LnyE1mx543U470x1+HI3yLD/y4S2aOIn2wto33WbX047tVKjkkOCZmIyO/E2IHOumu k0lTrjLueAkcGTNwAQXwoUrs4gucqaXVvH2kU6sm6PM0ZRvow5VSsTbSd6gSrWqLQG0SJW8r5a36 Sz+mnVdo8ZoeOdL26LLk1YnYp7gCH+6g+BoBTifZy4Td9GW7iQ7A08hSXYenJLEeKb5ngptVFGbo twgqzXR/7HPTcPXs0V07xUy1urJPT3mV36aiABqqA9+d4UFXwAeDi1HsmQw8NOcwADrviUpnaMqJ itCSq/+EOnkEC3+5vJq9hWVA+8ePVz0YrrzqO08fUH4jd1mZkhhQw/Sxyr5JbEIbwPPPa2XQ+fQK be3RE4IF1IveH3wIrZ9+bQxVlmYQiQoS2SImwRcgHdPVj2wQpwFncbuirXm/XWn0t3LPZODmbT2N u+/g/i3uxJWiTmdYsyBgllUL35gkwq4EloF15gQa+iF5c49yi06PNiIMj7IVf7RoxWtprkuveStb 8b2fT48HJ1mee1LLXp/MWq2z9gverVSJpgf6qJPkURwicfXWDMYfhe7T7tYl30rgEvkeZXFoxmMw BIjd/Iy/kDFjH09j0CmMc5JWJLFkD0BG0VcAedY8dTh4yRIM+qkWXCbB/4ghjMctPaIoqp6fnx8z 7usnRMrcR0m4QFTdIAj1zn3GysCUbmwTKxP3NTudSrOb25Fs9uqVZr+e4z59ACtdY519MMxsmZNX SmvJK6UZO66z1sseOV3CpckArmDTBGuJW28yk7W5dvlMFjJMFIS0SjmFlOxT0vM9kt7voT1X0/eB e8Dkhq45Y/g29UylMqF7dViRrA06ErT3nhwxqg7V9qVrjvXOKlgStT0/RG8j5OIcOBGYSrHKPD+R y6sZjbXq3UorSZTS4YEmFLT6ZX7pZVQuTLJA4/zbuDfkmMXP6yaMcxhMK6QY0EbqKxIVlWtEHUwC FeH2xyyIIfjSMQDu6QX0UlK6qYsv7ejd7+ShVBUVDDn5Ctx1PMdPzzj4gQPkB5mbInJ9WkstoTHP z5pAN+Tnm1H6+hy9jNILGTsY4iUReicS3zDNGBy5tWl0jGYW5fpBttuudCFeFkpSweqGDpuaMtlO pWeqKEyjsxVFcHWoQfAq3mjhlKaD1uhdzTO2GkvXaAA8Zqrs7I6QYvZ2q19pt3P/N4R2t1Np9+aY vdHMrYHpuFXxf+29e38bN64w/Hfy+53vwHWTE8ny2JqLbu6mz6Zp0vpsmvRNsrvneZqmlWXZ1oks uZKcq3M++wuAlyE55FxkyXG3mu3GmhkOCYIACIAgiIvDxFScEtIJqTSF5yaz9ghGs+0ieuItWNQE rF22K6VJKDejdr0SdOURvSR0GUQ7yXswHY/h5/EEA0YEWQcmKakixHJA1tDAq1+Np0Je8y+QTA/7 gzdcxwQhPxhmLI4xCJhZal1kCNpafOHqP1+aIfEFUN5DXiHiboXdnVakEXerFe+02m2buMFMwoBO pq/08MSsFNBprYTsZYspsh+cOyopU4OH3FNkwihUpPOozXtFw24PVRYms4iqCnqUraDoax/FGzWv DvWNK6K+kVlxQQWTEzzKcR7z9znLJA+VHxhlOFItfvWZEz3XXkGJB0WmP2bHQ9wUOiTjFQrtZn38 aQKSJtju8I9uMTVbHXiUxtFxl8m+thUkSlPX2Lm2bv0tE7RiSgg8N6pRaB/TClRaxDSlrJeWBmu9 tfSBDCq09DlhM4kwgU5HR0a3vROG6a5cEa0zGGCUhxVrwJcQRerFv1lBfOk4GwdB8FA2FU0u9SD2 bjZa4N5UXN59J9fXUzzqsdlQw2+/6bx8794uOxCOVjSTsK6h2NXL06EL98YuezHkLzB2C3SdsbHj VHngsmoWFxBfkYNGVMa0syWe/QPX/OxlX4pLINJL46t0SsKlY4ug6BNFgI1CAmxUJ0CHrV5oJRWq nWXViUI5LAso/sfBocdp5EbJ3TwcjRylA4FSsaQPt+lyalp1kqL54cMndjgbRvDil86gODHs8rWf aeocIAcgTuhSX3kKZsuMPjDK85DbwooM+NLUcnc+PX128OJRuh1LgqtCEjQw2hIMeEmJUUUwhAtt uB2UJrNC/MiWZMtCXqXNdtRhTlo3CyqVkopqLPAAtjRLI/Wf9Bm6/4eU+VShlB2gu2a2GA0uxv3Z jvwKvkeXif6J2n9vJkGjWXJ0RulwH0yOdtj/XGDk8VSumrgS6V/r6kkuAEusonScqygdmo5y28pf N+WrKfkV5C6nchCMiRLXt0Dwou8bo8j7796k+13E5hWaRDvt3k6Ii+w0iYqNnMbxCDwE7fZf2PBk BnXe+9tf/1rjadIvRTLkS9xydTKdfaizXcx4cI9t7wr5K2KRLtEc/x3+oDqMEaLB431279NtXHIb nF5M3tzHuXcxq92JduKd8XBysjiF3/WgVf+aCs3Px6NFjYruIM3ubLEteEWTvupCmsR6LV2g4x/W 1RN7/B6DzTLsgxkmwvz5NgTQLzD/PI7fnIx9bs+E3RhUoW7czYyieUyFAw+725iJ+sXL5w9+uv6R U2DbI7cCsNc6Wg4BZxyy88WknBsKr6hLPM9bhqBL6N9WRsy5GwNZJyRVi0XhftLTs0onGVHnqSQr 75JUYrYy7DJC9z5wMK5EDjHXDg8nmUzZeDrBp6PJ2+lYZGeKWjuxind99TPoZPdZVGvVWYPFr37h dEha/gnofrR4qOa/o9HbEc1/orU5KOViIyuuZ+yw0TGURxl7iMvGQLPn0/kIU+OoL3b43hy1j4Y/ JUK9QF/OJJgMT/rGJ+x3JF+oFL255MYmwPsA9++HAPWM7bBPr2Znr9D4mA1fsc+syV7htg32V3ZI XfodpwKEUbj6cAEUg1lFtTweGCXiEfppaTWEsCQ48wtj6UYhJyOqRxOlEp0MCAHdkD5tddjhB3qO 0Qzc9RTttDSLFW9VeCcFgfdns/4HcikQjhvsBV8iO6EYiTkFc5PCh0gGIbcjbM3vat1wpxXW78e0 OYaxg2MJUa2/ww7rgI+ZCv7O0h9PCLUwcDiv9XG4FzX+NYfIIfvEmWBfTOrZ7fszznnloJFvjku9 jLyzm7kVJaBNf0AhlaBa14r3k1aaQy4j6jLf5wq5JENoT6eLoTwmAQkWz3MRwRva2iZbEOAUOhxr Pk58YGpJhinB9SH23eMnzx68ZN+lJ7uhSfT9bHjC/tmfXLwHg5WsAzqbnZaW5PpDH2ZKWtDlW6jF Dk7aoU85wz6IHWdiTY3xyHjkFlonoUQBdDAHzAiHJDPEaq4ohd+KV7Qkha3M1Z5sFUfPy8vsAmIj JyhT1IjanfpuKFEmendvzpDD+Ymdpyn8Kn+AcNOhLefY3/jTi31S2UACotP6dKoWITkm+VIQx7HY gbJQcS+40jOlXaq1i4m0IIdHdbUXtk9n4kJJ8aneU7GCrg2Y1BJn8BcVfbAQzz8w8SkgWNEjH2t+ nB9U82F6MWPvpjNzz/CO+JDDMlrsqN0kIy4ft+rj0eEWLVShcJkMMc6krzaDwn+1sI6HmNXpyD/r rL/9+8f9MR1ghwVxv/uTRy/ZpVXqkj09eIIG8D/7Y5gH7uNtWnF//z4Y88DX79nP7OfmbqvX6e40 d6O41f5lBx8krTDiD1q/sF94W/ISv/hX1sYgXocsyD/CNkGhLHld6i0RIGFPv0QbifGw4dijZF0v 8bAZPHwPO62NPSIl4tjGvVF8hHl1OoWIFBGYSXA0GC3GH/DnVGwuPp7RmgwP3cl+K32e/YvFFLe2 8EAOPFgHc4JwEhjyA5zJm7N3ClJiD6avkz1aupRk9/T5k4Nv91CIpUBnDpSsbf3vTrKz83irrkYN i7Kt//1+qyyWXgCS6OzsWszJxSIAOfR8tOUwx9lhzg5mJL5qXW3IshvAaNrnsXn86HMSAqdDTfj2 GS7tGPuGCOmfXi0WWUR+Fhrxov+GlLU5IQW0rxPur6I5vyHl5tArWEXYn/y+9mrr0+dX//vpM40S 3tSR71EUpgvb74bi7El1+Jhe8RlMK/0xewV0OPwUfsbPn6Fj6mTIWt0IP0aLcP+2vrWcqkMsPZBw cXlFsRzTyRw0G1pP6bPFaAyzZA1BrO+IY3H7FNF8PMKzRcGoA2pfkAY0xBucmkBpI1fJXPtiMAVL gtX26yT0+otgPjqB+78hYYqcmKi10ksRZYhhJbP+YEHmxxFNRoAyirV4QwfPHWtgi73Ou7f5Zvk0 ppoO+FSJPtNupnXDdyeT6Wx4JOMes33DEFaeuQeZNVWyYd6hHgNVyZ7Ce+wanv4OtHBGIkBOyXwQ /jv+L7AG3k55WCD7r4vJkIW9bofVus06TaBERR9E6OYxO4TZTSBQQ56OOAKQDlGdLES60zPQrPjZ UHQ67YgmyOkMVPCvocDFnOGY7v/tOa5SQKV497f952CF9CfprnPKSbGLh8nhatuOYKnFrK+f0H3O sy6gu5ZgpARIYihB1g3f9zGgQp2eRWc/4De8tIj+FZ0iHBEzKxrFB5MpGg+ThUHc3QLixi495q8+ vZqPQXV5PzwKBMFLpSkgpemzSEWCB2RRWWDsz9hVqW31ufbgVLW0nK/HF9Bh2nYE31JFCMS7naOd Nzu4OHU8fYeEt4Nb8ODv58eC5CSlSVDffZbZpN6NjhbKi4X6vMwcKyD7mn9wpD7gMEFFxB4nI54+ iW8+wDjwmVgbI9rk/RB1vPnMY33nIAv57tvpjJTO/kKupVFdH4ezqejzo/d9TO6qgFZcNVfzHNem hOK4w0AaH/EA3/MRX7QVpKP4keqSCGI1kSVFax8gPO8PhnVB9IQGsomR06T6tMMzk8jAnOFYpSAC bRLAEeadMdjSNhb5ICYU9zwBViFZlVLD19hY9mvQzlQN9D2yFjsfiwqQ21OCQhMeZRhGZYva/qb4 mWKW5FxyJGQagjMfgh2Pc4Ia3B0ZtcH3JwrJibtDaJYzxhn7pfeCZOZsKOTGXIQnn4DmAoq9pLm3 pDLCjeosYmd0BoN3J2y+fnNnBzXlyREnTEmMxziYXEJwOHdZ7V/YByqLsF6cC8mjnhxhanAeX3g+ mx5dDFJjh4AAE+P3ixFuHejjCXRiMsRZFwn2yAHpTrpbWwV1qVBqzE0kkuJAHVJATiht9ExKrR0O gvRPqPm+vRuDLXgxly+4VBFCJ9mNHpP8HUxnPPux6pBoBj/HAxzhb3e3zp4IpkDOIlmOlAzkRLmY F0Tew/cYSC6MGTnMWJ7jlyL8ud1yKPPWYC3G+EtCM7CKX46HlMEHJH/I5TZP+ZY2gjXJZhAw0RSX J7S//5jdeQeGxREYBOEdeTjhsZgwAPnT+XyEK/hKFqW0NZL76Wm1TVm2/DEKXc69x0IWClkjxhYG jCj1HcgFcZgsCkJQ0yaSyfWpnH9NonjMZTHxruI1UauSZ5qUouFNK9KED2U3gCGULOOlRw0iBxxp 3TiYcuAVBRu1UiCEbJ6T4Rkf9f7EIY13cAIDTfEDL0U3HzBBW0NYG+mIKbn2rhAiPjAjwo8K0aBB wuoOJiKxOTSektoALXzuUlAz3UTkCwOx90EmfFATBchwfXqYq8016RxIJDvUp6Kj7FTEPR7CiWKw hcXwpp5Iyjmws9jIh5QrWsKq3k3lHOuZWrkWJHDfn6fzUw6bmmNhkS6f6DNjMROuLFLfQT/DpsV8 p/RPUyMQuqEH7l0wDawxu91IR+3IOWqynxIlc6bYnpObHDCU2RcqzjdVczTgSWRwW8KBBaAaLqa4 1qm+ksSDt2MpUSU8pkZMBCxmKSlepbYj5KR8bVEbYASr3ZE6QlYYz09xFsP5LRfJ2I4S8bKnNiZS aiAzQO++HAoURVnu5MxH0lCTuVAVH1cuNMAgGE2QHHE2lLoxl+5fc1MYvww/6wHTcqpDasDhFtT1 jnx3qf4ARcVsR5iBwmCPvcOdJKg3fAriz3fQqUB+RIwS4pYhvuvcYTUYEPE4RYCmGpvdFeNl6C6G bjYHeQK/yVWCPv/Rsc5NlDhP1Qi/55h7sM5pIRWrYbMpSAmq4XqKPFPiUFNEOVVMPBrHDm4Xpo3D OKXOB7MhJ0BjXhQY5UOErqUJVDMCsiF7k2rjMw5qdMBmaCN+cAiuR6A+48G9OENr1ixgh78VWvWQ 6sF5fcFjehZ0FAfRyVHqdSB7Km3BHhiJ6z7mDOSqH++HHCTujpkOZwMlwPtMelzExkIysBRzT9QO ElZ7AHDOJqRd4xJYBsFCt1XsRAjlm/YyECG2kHK511gsvHEXUR8HFz7iCB9/SG3hwyGM9gjJGDWf t9PR0ZxLwNP+x/7siOTdGOQdoJfmZuB0Wh6BL+Q8r8KyhaJAyKDQRGVhT9QixehYswZtdr+YKJVF Ikv2DV1ckymfpTQfhNLz+5zgjtM5j4V78Q5fjUjBHlwscAfRGcYkHQ7TOUAQmon8r7kh06fovMUw O+GY8n+37iMdftzIe1WB2H9DK5egec9GA8Y3iKREZRg1GZVc44jUHv/8nVgfPfyg9PvbdN4KTAxS RKOT471wSIEZODq7OBMaj7LJxegAdUpVl+byOamxiqP1OJTZsE+syBUDDP7i4pcekceNJjQDCbxL fZv/lKiH3stRwoQomlsa5RTyP+op1td8vZLWwOhMHMwcI/YwvZsSOLpxbgAkR8/y1GDwiXcVjMeg 1PuHh7PhW+YtBmUaDfbgAhhyts9+xBwFGKILrHvSz+Zw1j6s1ffZf8GcWnssPDQ/4QT7gqfp4Qt6 vXin3eumC3rduLXTTSLjlF5G7X/fPzvr197XpUvl0QVu2qKnymG8qz75drjos31Wu7tzl/zjd83K 8HXt/c4Hqu0VLhZ9UvVvi6Y+1PfEs8aHOrlw+ZVxQzPpjseG+K9bule9IXdtItjCSJMOL8wpni6m zQVZGat+VOFcwS+l5oNzkKTvRzwRF/WUPZ1OngpfxwH3hlLfH0uNSTw0UeGsr3YMQq9OJHaxGBrC uq+Xs6qiDWKcumfDMQ9pGM5m0EmO47/CdL29XQsmiM8rEU6nGe109H2L3aS9022HNuEgWDWx235H QHFZmwXH9b3jS4yVEODUd/nyMbt/H5ci+PDxEVCju3+fL9FQvT8+eg5lv2HPhwNQ12o/Pnj68uDF iwf7Asc7j/77p2dPHz19KR+ImHy4QBsHYbDP7uLYQDU8IsJFWLX5Pm+6rmC4f19S1nyuA6b0P5YC js/nafHbDQHAsx8pHL/2HmAwahYoMyre2lKPz/H+2Y+/Bi9ePj94+v3LZ/zvTy+f1+b1O09cO+er jWk73um0e9rR5jCubroj8Yj7+C8o5f2CkqQJNZC+BAyHtbpGBzCuJNhqrThpR61u1IyazZ0foQ+/ Bj89e3Hw8uCfj34Nnjx7+v2vARWkDvFusT3xbdhrtzudbtLpdcKS33JwzkcGMATOTwe8wF/wnmtg MCQwIs9IRCAJYLGpuqu9p6Q1IN11vNZ5C2CbgKqy4DUcTLQK1Bvn13dUWV7Pe2CKDxaktfd//aD3 JoBSdm9qwXtRhA5SDuOdXtTUuHEzlPcZf8/0IX387PmPAM3TgydUww7n3B2Byz/EeF8poieMQG6H USs0ciiqI+n44hHMm4ejw/FoejLrn59++Pyp18MkK6/gIcixs09gCWOsCeqLIuDM/kI+l4Eo4rDD uNfZCZNmbOQirN74i8VwiE6q7y8+sCe77L9mu+y33/QtDLic9ARUgIv+yfDePfj6BcwaMDCP+Iod C3u9Jjt48e1TFgYtuLpBMwmDNvsO2QAY5icwEubl+6ZFs2F4ypfbp+Bu3RvJ1vU8NxM9denfnopk czdyq4VruDxil2dsitK9BV0Vxub5ODeILZvuaT46G437M9DtaR7rJTvdpsroRNnIZkPuKcJsIPNx n9vCmp6CW4ZD+jdi3z16zGrn/QWa1vv36dnXFOaJyXJgqPWgCn7SNEshIJVSfDznbDhF2YqGMKpz 5LUQcQSY1gwNY6YcxfNdvhrNUxWKfkghvup+XEM3NE7A/U64yn3tTJBpeMWR65n6c0k/DVbPfueg +iQnPn2O23GEOSx8t2juk7XxFvcC04GluyJyM4rB1IN/lX4HQnGenlYE/cUMKdyzg/Eb0jjXqoSP tINpuJcaNfuzs+HRCD5BZwc5dQky8mBNPu/ysGFxxx0aKjLb8IXJIhTkQw5a2UNavP+LqjFTn4rf lvWNFlot5KbD0sHiFIA5F6fJqp1LqX2CkZIiTIk7iqW5T6l62Z1gcuc2UyjjNgsPg02xK7j1T4Vd UXwt+HWIkLfTcfjFxIjRuH+/ny8fqrnbj2dDzYgSo438fX4ZcWJ+6xAp7TRjakakkNdgeKSGQGzo i9rNBLTEdhhp++LVQ5Xi4tV5f6aikijXojgUjr34MFn03+9/TtU6nDQ+f6IHqMZxEhKusBE3TH6/ wKRM7NW4Pzn89PkTlKOJ7dnsAZX6/GpGLz5zw9pbjdyFxxhVIbxtFJWE1X2WDdR/vxgNFyUrFc46 X5VsqUrFvkF/rctUKk5ZYVn8Kc2VxuK2IxE0X3C7wJgn+pTX/08K4n4sfH7z6DOTVNLrAkFoyaCX pIm/GL1BFfEzBx9/PnqPLntkpyz8ec19N+Qn4aG3TpgfEXqx8F99s+CVAC6C+Cog24MzPcQIJ7FG KtRB6ebHjYxk+UkG7kQ97GncWunQDI5EN1Vk/wrGBGZS/Le32jFxgLrSwTgfcvcK93EeX0wez6Zn n8QawedPD/mPh3w44rgJwxHH4YqGg3cRcy9/Zj9TL3EyI6Hxi93Jsj0Uqg1CGROsKxqQT3nAZoak ArT2kBhR7KipaB6BXTkOYGKFcQKTYzqvwcMuPgw7K5jXeGf57geKredESA+eYpd18W0UPppNz5lE kCr+i7c8hul6X6J65f8S/p1732LMyWxhg81d2fSQSv/8ma9APiX7M/MoYru7u/j0l18+O7qMx4rK U2F5szBOl5isMb+syCdOnxTPZgcT9sMH4NPvpoMdXLqdit1U+ojOQecVtNHqIG20esqRcGUyOIWH qIjUxdzleoNd/ovzFS0aCCEmHnJfInDPU4kAx3e084zT0eTzL+xn9B/84mtk3n8r28CfRz/wF7x+ 9ycwt8GPoWTmzGe/eODChfeFr1K+Yicg8WLrDHQbMec43qJYMd+9umvfv7pbE03UP2fpTFaVUqNN Y1xitLotIJV2GK9MYhikYrOATS2WaC1PMZ/5OSGVqMbXWB7l5H1XSD45QCoS8lVukVFOVZKUvLjm 1GS9RoLKPDJoyiW+isnKFl08LmayQKebnLs6LSS6Tlu3yeJOB+euTre7MkoUqZM5CuGGS3gp4sUD Jd+ZU77LOuqYAklqYZ7pT5Wl4BkqDPOI2So8gGJlG51M+UbESvaOQnM3bANGu1G0Us0ZIwwkyeNv zUbIaGxVVei4i0ns4N8VmzV5MK9Sl5YnF/ONn5hKmNrZAdmAMW5KsRMD1MNUPXGv017pAM2GfbAY NAVVzGWlSuEDfE12eno7Oqb4qhXo5L1eCxfO0pWz1Yywpzu6hC0oWtTzVSr4ZoD6VI/yUUCAjTHg dJI0O23EWVeXl0nYBOMmCcNwdT4smjld3paMn8ZTEkSftCbnVb7qL/jxIfxUr3xJ90CVlVGIWJQ7 E9JowU+vBO7CmNCULh6swl6dn0+n489ZFmPZQm69KwnbEYLVXpGg+5QLl60fugHLIJoya09nMmwu PTcdBVsaryoR3QmxR53OyoyO+YfJdPLhzMa9eCoUNn5HrkZRvVULbTAWxRzkxYcDw0Dw39UpHxrw 9iAVdiCr7BV0wh66l1NiCjnv4BGQ4lu+MiP2GMqhiyLqfbSieUh2E+OzRC8HZ0cr9H4mUQtpLWp1 Vss9fohXqSTITTS7EvttsNaTuBmtjHHo2EjXM2F3MWYOFS8vHCXS9yQVVurGXCqr/g91j7v5LSv+ mC9KPJv9JNYRfBVYo4CxuRQXwGTJQX9Cu5RxG+GMb/ag9f27BdRK65MCmBfBUKNVoxjf5eUsZ2Ab 5rX+G77o6Xwj6jErx8Ce4qoH04uJ7Xzgz5TLwXh3NDxfnHrejaeD/li8m54r7xcYJ3D71EB7+hEI EtKRxrb7YrKwHmRdQmgZfZYG2Xzx7Pi7/qL/cvodP8zE/vx8bn8OTypCK410Szov+ou56xkThrnJ O6OzzDi+7c9oKC0I1WMOJtwacMK9D1B4ZXeXHlWuCIOoRxPxHbdIQCuSi17eGZD08lhLv7YiKWQb tx5BVFkSOWbWiuKooIaSMmk9QqlAKjlA94umrDphiCd7gGwJZbXjk1LZVpSkytSgSytHAVNkOQqU lFtZkHTZZfd74lhncLspC6RYtlkhyexqykizbGVKomUcdFyoOR9LuZbhRi7a7Me6dLOgriLhssBL KZettJSkc2jGFaWdrY1xThWjQJ/w0xWJRbmC1mqjetxqt3Tzux1iAHA7Un4MBzMbgPq4TfBZEZw8 yfH0mOelO59hDO+ZVCHbEaqQ7bizSgWebA4RgjIayuERkZWhtDLFPXk0UyeTXoMMJGPL1sAFMVSw dA2aV2LJGkSAyxV6IQ295WugOHVEwzI19IFkwPKQ0bblariqndbuopej04xWaqctQ5gOmbMMdfqq qUiivmoq0qmvmorE6qumIsX6qqlIto5qlqHdq1jsVuAm1HLeh5H5IoGbmca9gZuRN8uvHrgZ8Zy+ NHF428gN3IyMwM3st7mBm7E9sfEZbEe5nl7JzSiDcX8+/4RxoaRUv7rAhIRE1592d/fgP4SAj9p8 bzF8z/FGsiIt+vPR29H5fOd4NOmPdzBB3Qzm0Tfz+2AZDHfOj47puMy3o+G7+49Hix9++XSKURaz IV/X1Fo8x720gzdzx/NgMj0aajLL2igE8k9ZVFfv2l38P6E2aCZBs7vLTy4GOYgbz8esJlJU1Vla J6kOoM9jupy/GK0tjx2EQp0ky1cv1GHgPDMPZSOZYJg47aegvXp9HrZCX/O0ueI43GPW587miXGU +JzVxqM3Q+DOwxGQ4xxTftRlYoe3vB54Ph1jA/IkJ6hMwsleDv9bhabWuKaHEP5GPb4nFD6qBjfd 8zOx63T+FE/5glabULcxt9tgKCK+KfO4bLBGB2LTqMR7YbgXN9nb9m4nOasbsOAGGDL93o2OhvNz XIXadRLrdZOpJu2o3i+36cvTvFfitTzP24bEa9G/bSXxPK04ZF6kbWGRMs/3da7Ua2fUeTqo6TMy OXDLYX+2C2O/Twcs6Q/P+wR1rxnt9PQt6/yBMj3ufHr2j5dPDr79vHe6mA/7s8Gpqoru0oFUp+CF YLiog6fsr+W5U74a7nx6+eDp908efWbB8y350Zb7A/ZNtv7beMDT4PRsesT6jfcOAPh0nT6nVCf9 Ep1Ksp3i31bqEv+kRId4QW93xGvRGT7gvDJ9tK3qRUHiit354gOBJw89jdL+WdXldVDj8BFGUX05 Dvc079+M4mNx+/Cpln34lKelWy32Ao+CouNY4v0k2W9qB0elbO77POxqbE475OIk7+ApIIUX91l/ fNI/OZntihQeDB8czg6P0wcEdxx1d+I40dIYwDWeHk21gowO7xGvzqfjD55XF+eY8TV9OX4H87Be 9qw/OLw40Z7Ag9l0rj14JXedYyaus7758fn5m5MwfXQGFHc4nADViUdn/YVZfQobT05vfIwPokg9 4Q/cH8PcbfTs7A06ivV++LFyNh8uIqMf8EC/h7L8KHMciJaZEuSmDsR4OH2TPtLL/tuO0dW4rN3Z iTuxyWVvKbRBawa1raOh9i1mCLPAkB+/u1iYML4/P3xn9DAt+97u+fvzmVGtNoIfj+Z4SlP6+uMY bddz+YDPLF9RdL44xYKhagp6eX9OGqs6gVHm3Hnw5PtH3z5/cP/g6csfHj17/n9lVf88ePSv6Dt5 9/LRi5ePn4s7zhFt4IhOYnLEHwRpuA9VL/5lsGjT7OODJ4+AaElb+LwnaZfmHaY9PSSabUXJTitu mjQrS40vzs7Fh68cL7n8MSvmQkg800oLWeSrTEgm+Z16KuWK2QgXVrKuv2Tq4uLJ/maRD4CQQryA 8VTrjvE89Ncm5ZRZGxdW2dpw2ao/mvirIypV38mnSOUapvXnkaqLn37VgkG2E1H90QeZpif7G2Po //SDfzXR0OnttLott2gg+ZvpzLvRycl4qJ5nOyNks6+vSlIbqHtvYkArPfPShxTWZt+kgKanXDwT SqL7svOz0eI0g2ygnbkX5kF/PLgYX8wtlus2AXltN8v9QZHHp7sM3NeDVCcpl2iCSLndxFQUapb7 9vmzvz96qr6dB0NNZuhPo2xv6XnsBZxeJ87KWp7K2uI5hcywrx5hcsJ99uLRQ8qIP3nbH4/4uSJa TskA38sO4LZISRbwhnQOcWYk6k20V5HOMxqjb/CD8K2OMW32X6Aw6hY/PXv+UlZHOZxGg7kJ1rez 6RvMV7xgl8++e/To8dcvnj3556OvH3377MU/vg4voQj9vO8illcIFdTBtEq+e/QYlJznj7+Gfx99 //zBy0dfP37xragKf8ma3oHGpGqS3RNI4seUzRf9wRuVOxczZPzzwZN/gI704OHfZS10fPY86pvM IZ5ahM6ftvrZQdaGThRyftp1NtOVZbmEwFQRmD2CJIRN3d89eyhkNQ837/SinU6vm8pi4aZJJ29y 1SgQxUtt8pbvXxmfpxO59r14qc/m6q3xuT6hp9+rl2r+Tt9xWaNKaLO1Ez5LNxBl1MtFIXyL6fl8 tz/XkaO9TKdxT+u6WiCLGC8zrVOSqm4Cg6VlGvw3GaxU4VJl/o1HMuPbBBDDZrPdEyW/jIfTA8SK 125z28r1dEaWo9NXh2NVo+Nfy2U/9Cmx0ml/ckRHTtH5VjxlPbuHB7fdI9jD5k6kvJxp1sQFJmCb Hsvdovq7v/51W6ScHoxxP8NtzLW0qDV3m5jUcjAfyJ/QRvrben6qvxA3gVHPdKGV0W7+xtdymzux EhclwG6IVFpSH8Az6nERkK8zYnZ0XBClpFrq0EGBO54B/h7H4D1M0z7rI1dydUGtvB7jEWgib/+L kVifNFrEVUfMYE7nVWGOZTzU9eiCcvSik4OO4MOc4PLoA9zlS8e6YYzfmcgnPhvOL86GeJQC3xRE p6dgh0eTC0qCfsQzrvO8YDh7ktfcNXANvpGYB5nyelc2mLkjmBEUpqhck5wobI7z99Pigsg4e0fD t3uTi/H4VkiLlWGv02TN5j79x/nSYmx3Zfl8Hdp8TW03tejHnVavI1Sihh3W0J8tRgO+4VxfghYh DI3s+jM8WowW4+GnV3fwwNtUijIDeCrYp1Tyn16OzmBsP7Dv+jyQ99VZ/82QKkkb6B/OKQk+PxcT aQ4TtuHCPVIdnT2H/EYMgSkjf8TG6KS284vD8Wh+Ko4JZEd94PA+nSomjuB5NzzE3Yb/HAPdn41m 7Nvp5AgYbfJmusv+NWTjKajPeK6j4Mbh7xd9cZTVhA4UWECbOwCGYkw6N234bsbz3w7PCCDBaipq QVVDGfxFdALM6GM654qq4Gc94vEeswv6htfBNzbtCnHUV8cUCaQY+MDj66Gy+TtMkjeaiBr64ykK Ci7JgWfPcHs6HYxBRwygt1Sd9KgjXknCjJTU38lDt58TIOKQyIN7b4dcyslDmI/l8REYtEzbZmWM PwD1kCecB7RxFy5KXxzsFxcjQGrt4YOXL+r8dMbR0RBFL1TRP5xeLNQhHvb5srxz4lBqNibj5Zi3 zY/txI5QxAmYaaCzzYPzcX9Bp0UKyYooAXoQsSQkYftvYezpYC1MjI+bfqHO89kUnpzNBYLn8+kA 0yZiLnnQevDI6yFuu8RWwXriuy6NQcOzRj7InPsz6cXGEaaRpw0I2EXEoJT65xczTC2AB4tPeb5l TPicYp2obDzGoRFzBQz8CLfd0kozJkwVqRKNRkWTdB4FHlNyMZmIPbmCLImg+Ehgbh+sV7bDj9VB iuLMCFoJVEFJWgFUscdXct2uOLPi2TFyw4yHFmnnZlHGpDmFlBLm8EygicpeKVHOTxvRkEiHwc76 Y5pk+ak2OCUHmJFkMaSc42fiHHKMrHozpGM55sOzPhDDQGWFlBFZYsYmEiLSQZq9OKODgI5hOOg8 qPPHFzMEXpxNlPZCnFHLzoYYYzWac8GgDYugAjwHqT8G0XhxcsoOOKXRIKIoIl1joQ6opq9OxK4N SQ2IBsHrdcQUr1cfGEKhYHyUIHTI0imdeamCVrEvTxGN0Icx5T0QqKZje05FAl6Yf4byHE88fP78 VJ7oq2DpS0oEJusPUBIT38v2UWUCokDnB/uOpKnGEKiboMI0THOG80NT5IGwM4BNtMhpkdMRP69e lOEwcWa4GI3pjEbc8IynvXC+0ePNqBp5OMuIZJJ2UNSENuBqWVNPRL41cSI9dOKAgehA2kKmw1kU jwumc2YUOfKD54RkoOPlZacoTTpOW/zMGSGTxyNMz7oYmmtXghxJfyNJf4GECbMbPwiMjt/lQ4BO OXGmzAyIkHTVOYXG0cc0/LIGKaBTukIgiLPpq/R8mfnFoRT236IGSGeE4vnSItOlkP0viQdIW066 7ZbCwpxqxfOjnh3zyfW2flQwhgyPPnLVg9IO1FpkJTZ3w+aru3X2o9C8VQLItGAYYdhXstvpYsF/ gK54TBkKX4hRV5/gDq6LiZbE+jhbWTfBVsPdTiRaJYmBVAzTfX9xMeM7OYbvR1wUO6oIW12oIt6N WljFt/2j8Qf2LZ5YBbUcSGykxTuynwkW53M2FpthUCh54bTCUacHhVu7nRgLPx+B/oyz5hSds2eg zFygNvOBPcSx076K45Alnd1eiF89NpguLZX0mtBzULo7WOrFxQBZ//hizJ7bJeMmDk57N6KSqJ0v 8LCvCdKsVhg1Cm1cucBHArcJQ8kTmGWGQ0554lg3PEAAJiIkfprWgf/xxKS4Bdoz110UPQnxS6QX N3sdQG28GxNRpG3dbkhb7YiSFi/EcW7n07E6/vS8z8+U0hn+TB3HhtICHtJxZSj00QoYDVDkklpD U6pgm3+hOUfTgzCaiGf44VOEJXHWtcqmfY6qKHVmzk+w0g4TSwEai6mKVB4QLIACnB2BPWdv++lU jBMHYgxDb7VKOK7SqkaTt7gUwbNEA5Hj2VrSC67EI2VQxrHgmtBEfo/aEKlNEqD008fAZ2/wfLiD e2f4KU61wD4ME4kApiRydYuXg4J45oCQzCKjeYZM1OdVnM9Gc3HWBNc1Tob8xGR4Cno4191u0/Hk NPXIE7tVMzQ3oACcqGPXdGJEfeL9KR70IAZAHTfHaxrNlMwTLXGmpQUAmBkO8QQw68hBAQNn2L5i WDok7BC1kG/7M+DblzOwt2Yku3/sg30+Rn8+ni84AoS+WID0Fqel0TxOveMyHiefPj8XEod9NuQn b0ggUOz+ayh1Aj6Fz/HoOoy+JrQO8VDCxTDNWzyniPAP6vBw0EFRFlCG/uGU7K3TKdhclDScdJC3 qAOcYCUwDQ/5QdLYadXduT2e5mhCJXw8cSaTA4pFkVyOpunZ7nNhtnBihGHFhQnoVMwTm6PcpPOn dIICFW6Kh2rQJNu2pvTxXBpYsrdab7iJR+4aUgiAkHAaQCnAtREJmFDOpW9lLk1OQ90/GnGZJrWp Xfa8P5Kpb8hoeE/H25HCOQZlmcRK2KTjz1GDRyrjuiWBdsQPE8FD8oRIcc7Ymenzs45NUgrPufCB cTmcnlyknMwzdUqV3Ttdh3VGx76nt9Nz45afu73QZqU6G44X7olCh71gRv+HPqPb/eMERfaA7l0j 8xgF9xC7TBJMnLotTJwXmuAQ2iPUlooQojw8Jfttf4w1cAlgHuw4p+MpOQR0MCCwPuiXIKCIX/HU XtEfVe+uJkrEMZzqnHMOJMCkCTVSolKosD0y6mViZuW4JJJD83i3YBhhUPqj2YcHIzy7KWJG68Zw Yqlv80thXeKNptZ14OkCMJ37ZbvOBsPRmBmVgR52+GF+Onz7Ej8mJVo73J5rENkGQ+3Df1T5sIVH 4U3+5wKFgKYg1tnD05GmvsGDwfxkotN+r86+G0ED2iOA4tHI6M2j8Rh3rQ0eaV/20sd/1x4n6eOf RiaTDWfHAx1LMbAhWI4zTVmrU2d17Q10QKDTyXD80CgmHh4bDYiHJ+bgiKcvjO+/H4JgOuxfDGcP NZCg9A+gCQzHP4QGFsXDSIce0PIDKHggEI+G5tif0mmywx8qjjxt+TgZAksZ2Pz7EGeFvw9Hzqcz q/AFLrT/gxl9fdJHfWrxLxPKMWLgaDb8CcFEpQFEbqwgmxvVPhFl/z99QFv4fDY4/el0ZNb843D0 P8PZ9zoQKFOn4w/j6Yn+FGr+aT4ykPB8aNLM8+l08UwX1hE0O0PbwWzzhQEEdPrFXH/QbgO5ckXN JPQXYES/Hf6gPWzKh090SKAJeDjR2QQa+X94iGfxrKCZZi9S0wy69UiaZvZcQKL13txpx8ujUvow nQh9bY7eEKCuBZAQn/4OJkxtiLsQaZyFtwWEufSq8ZOMU88Kua74GhDUIeYU3spkODySnip+qu+u dAGhwCbtkFsrQ1L3lMjHCVukzqOpjZxHXF2jkva8It2/Yv0KFT6Js6IJAcazoUm7Ots23u0Zd0CL Wtm4nmr55txx6LEPrTH22M6fi0BudbWW95Vt57DrPHTGa1YHVdFsLaqrKR6vNXfYx/pe7ePrqBFv f6zD3X2w43fjna3J9Cdoc6suq9drynbTafMXdrJuabuluwLXN9/wVnBBgxsEPBcHk+lr0TG1z8vW Uld97T5IuOMFA3aGn7PRyemCRfU6LydO++szHk41mk/H0ou2QMOUbAdRZYP+C1hte5v9H5bUob5t 0Ab4LdRYZ0HoQ55zcHrtcP++NkbTk9pHqGL7Iw0P/Hod0fCEu7t3z8cX84MJHY/9IW+EfJgHCfuw PxFntEvPBe6DBXPy7HzxgThzCcICzqx9rG/jYin8qYVBuFe7OwLCel0L9wAp/I+ksrAUleWoeS81 m5htcwmhpAJqoKfyEEe56k2LB+IMmtvpUccMoPgwmZ6BxKk9Q/k4POIHT1DNNXkUbt0n1PNw0n/9 UXb4YDszcmm5Wrj9MYiBGaNGrQk/Exhwjqq7aDiprwBvDUdFJZgUXW9FHrcingWB+NPjZ/v7Mo0g YWufibUDXBSWSzGjAV8h60+WoST4DEhob/77bMGpqnH3fLQHbLYa4gHR85TO9VQuoBoYd29HR9yr ODq6GM7lLCaOhIa+1JfoSA24Nwbu3auFjY+SA/Y+epj5Sp2KW8acYflvRhNpsLPaZDoJ0mGSHV6m ewEwee1AcTj0MsA7ndOD8Mqj1emU7ZkkuSt1ioux19E2jtk6RBfIroOzPi7RAd/RyglNPZOPw9l0 V4pmjMnCYL9lOiDZJsKx4Fw0mM757c7HpWAG0fFY+VOmuBx7jkHDfFmUC5Wj3eEy0A7fn9eAajQy qu+BfkVDsCJ2j8rSjyAbMkvIh3EGuvEI/R/6dIFjFWBii/6MYUAmKDvL0BkQ6in2spbsxUhabBXM 0kzXCr7FlbV9lfIVXYMYpnE2Oh4NcnTHzLQRo6Em1lzE4kjRPBE1Y5gqtngI2dYyOiroP1EAcpJk CsjQlPeWwUoLbPgXU3RQBxiPwNcBKE6QH7LI2wXz8cNwmelqODuuKfqN66sSfFEChCsCGfPhXlLK hXsf6w3S0z6+TiwZBxNuIfAGnSS9pmvRzVU0brY8q27ZNVhyFlqrG9zeEJgRi1bEwLQmclsseqBm o3zYfcwLA6Uf/vQP7pqu8QAczTFNq6KUw286qaMkE5ERIlhCudZF2BOlnAGK4iGKcgVqPjTWnQ8W MlE8AU6dQbmpLano1ny6sDIcUdMgg243+HIVqQgU4HWOXmOUTiiHzpXuyvsl13povYQvly8WqNYj WqbGKgcdiczFw2g8WowU1C9HZ/yHiKBsqPOjKJIDD1+57YqlRPoKm2HUt00ZkuekCAlNKBXtfgUo CDSRyxpBw3gG9PnqMpaP0KahmEAeFmh8GmfqktfLD+cwH5Aro3Yc7rOs8p+m4WbCDNjZ3d2tc+xQ Z42+8qkXuncA/7knLwOSSMEfKfjNMpFxewB4sB6tsD+iS22zS7WDRkGHPPBEjkfuogfod6kdQN9g pjEemRgTRe4Oja8DKHx3qDAZp5SQe3mxmAOohA3BWMsoEFhiHLrGOBBl1UKGkXGoHKGBzdANhsoq qnX3C5iJw9uQkuSD2VrYyzAtzAoNajVs4ERBM0M+OTNi04IHLMPLMc32ry4jxCsMH5A4PhEPgCQC XiRgaaH0e+qBZ6zSxtUvW46IFzVMvEG1w49m/dVlC2tOuhKIZmRWq9eBhQm+wgu7giUTbCCXAN3A ui6FE1FyL/0iWaPki5oGwYR7nExetyWdZHwUCIlFfqsGTWefyKRo1M/28J9GaJtzxVxjAS5aiE0U aA1ctea2KYP5boKP9W2YbMe1jx47NEWnkk24dsVMSbe22YPg7rjh/phnP6fQBJzxI2QTmN8BNV3V k65brLt7015nJzvm4AivJ6jRXDCjwSJdCMrz6bFkCcaAJfglrlOsj2PlnJKYA4SONjGFNOgm3BO3 BWMFw5PeBsweCQ+VXR37gH6jBwF5ygHpgeasiRXwe9H2QTltxX/5hbB3snt1eaB/UqtFpLlEIPZJ eYDZpn2AA19H4V2Xk4drQl0WNu8FLZabPHPaLAWBhR15C72WWECkIE4iE1mo0AGCFLJiVS5FVXZq rd6Rog4UXFEZTDqU4EwR14cHNozZuwPt3kCgVJcCUqUQeUldR3lIqJRFYDwOrCFQV1IMvZRYe9kK XOyRliJQ2hpHxDjqGXIwrlXIj25G0f1S4sPLIhnxEeAwBroAacth/TcVH17RWiw+/HT1RxMfJYSH U3zkCY9i8RGnkiGSk5TEJVGhIT4aXvFRQnj88cSH5dzizlPdngDFaHc32rbdp27B0ZDkl+mpeOz6 6DJC3RjGwX4uHuvfCI2aXcqGhEXdsJ7zx47WXl0ChWHFLPvc0AFzREHD3Uk3Iry1XLp7bRSJHChQ iMB3en9tNAKl60WoTOKt0EBDDkwKg+awFPgLcISKXAoFIqsALLyiohHM0qefMrNk6SLIroViC+l2 rVnyMwnvOpwdkvNN0yn4GCDTb0ec9xukK8g70+LNXeZXfQ7W6xqhSpe5ZPe7tmWvOyKw834x55LI JLbNKSI5MMtFKQcgPxxQ2LV84EaSNefkunE1SAKbeoow4q10bVR4pcGznHUYUlY3CTTKna3SdRYM BGC5axQ3pc+Wdy5+zVV9vjZ7sLvrVOyzPcGv4jpfjMg8AoXIIkRcijC+b5irE0mr5PJELpVxCNa+ CnEl/Cc9Hf2Y30x5AtvaKJjkVkuQvprr1OBKwHUXVLi7IwuyduKErBJE/Ol7D2Qt26WuTyJektVp TczTOEmrCbrWwkW1iBRlWkEBol0nflvNQU4vOGoL+6F1ROtJu817cnekunJ3tM4RMYNy5RaOWohx 014S7rTXRsL6gl3bXHp2AZeh4xTGzrqJud3UoftBQhe5oaPWo2Y6muRSNgjDWsZfJaiR4RHqn1zg ATdPioYZVySitbJSCcCcogoDfUFtXi9rxAZsak9BnIu0bnPd4r0EXE6cdcN1coQELnEDF+Uhzab/ WheDRUiar5f6ioF1Y5IiMNZGf4YM7Lj1WjmRx7u7QWG0SkzTZfrLsgRYjPNMiJpcD39p4+DR5TyD ss7V+LBriNuPPBCRb+1Jl6PD5ubaXJtrc22uP8llznkqXRDOh/LNZvrYXJtrc22uzWVfebaT7pDZ Nm0bnkbBMnZ6V7t+dZhPmxo3NW5q3NS4qXFT46bGTY2bGjc1bmrc1LipcVPjpsbV1Nhd2nngqvFq 7ohNjZsaNzVuavwD1Jgtve2ogMecNNwR1K8uw2w1rn028bX2bFPjpsZNjZsaNzVuatzUuKlxU+Of q8ZKmu3VFFt7pyFd4crdHFfznGxq3NS4qXFT46bGTY2bGjc1bmrc1LipcVPjpsZNjZsar1JjWpXp HMh6BUJrBS3rkXBuScAvV+xKYVfyz2xq3NS4qXFT45+lRmcBtzuZ5cZKMI9Xmfkzk4a+6YU/sn3X YaSdN5SFEnMTutqJroA/DwI3NW5q3NS4qfHPXKOrKt+8kTtteGYNz6ThSAXtyFzuywpvTCDFc05k nHGntROtN5VUbCTV4sd58zyxmJ0sbFQ8EmHZLPZw4Vk0xrFwrosXCrT85YWHcdWLM3B7UwxX7w6e 7iN70WCRdttIs2Xzp4FZKBCFZG3LpGMtn6CssCPGtQpKa1np2xphepJ0A88kLXPk4PNnz166ebDs 5U6zn+IgBz16c26WD1ivfffuw/8XovRoJ/izyfgD+arJeN50Otsi4i+zwsGXYN/dsFaXJd9cAstV h3FAhSFbfb4Uq8ac29KHCNHhSUmr01adgZ512nQuX11iUdzL1/zUPg/7eo2LKxMMv8qRjff7CvTi rKP6iSw2mD7YamGv3W52JZLbYZKIAcDzN/SXeBhhV7xcGkgfGLxlvSH+Gw9rzH7iHm2fxEgBXAUl sCsTA7s6PfDuFOLbYMeCI210KZUjZtTlVJBKtRW5DnPxdAYPSYqbnUhSg6JAnUjoCKWyVHJ1KrjC 8F9l3POH2yuJXYDUEGNRVxOvoI204nYqfqu1LhuL3LA43mcry8KkTmpVIy5htN67ydQHsZs2280M VboPL8o81L7Tm7TVsRzpdHW5tBqthq1SsWH5NOOFIFf0eISOpzJb0NgCoUDhESqKpp7oqkmqlvhP 7MnRSti/2XRUYvKvJKLEVet142aiq4E4G+TIqergRNZ9tkB58FBG9SJDi5Xw5s2lheCW16tl+1Ks R4nv6DQvcRbqUWx1tMtWQb5sRQoVK6loV1GrWHXNihUoVyUadapYLK97V1G0WJ6kWwWlXI1Erkgb hSRRVa4toX1VAaNQCSsLVYH+VRHIkiIsMdCSOAnZzR2eKq+unl0nDRd2B8l0o6T5oM25LXOkazWf VMGUXc5lUwIq4fraaJnL+MGKwEKxpzm5GpoH7OpAeDFVHiDUILWpWPOSBfq87PKSsSvqeCvV8lak 51USfhtNz63ppXqeTlyB7nXd6HmuHm70vGIgl9LzHN43tho9L0/UXZMnuAj0VSp0f5DlxCu61v70 q32VXWnA9ZarqlHGk1YekqW9aFnIEC+GE61RwolWAGlZB1pg+s8Cn/9syRXIVapUV9enVqRM/TnW IZdVmjarkD5ANquQmRcOf9e1rUJu3FwOGG6Kmwvd85rK1NBUpkaqMjU2q5GiM5vVyD/TauTGU7Xx VNkfbzxVjvuNp8qFFXlXxlO1vhXJjacqv+kvG/guq825LZSAUofT6clcYGyUXWAsZXPnFslZU/zT u9cysJSE7c8UTL9xZW1cWRKya5mcNq6svPc3zpW18oD6zZbAm6UZXdkl9adXMzareBUhvSGreP9W rtI/i9Kz2UeYjyHVq43acxW150uu4G32EWrXzVm7MxvIuS3226/Qg1RyUSq/zCYwXXZmE5h+fYHp m82H2k3BJ3+Qhb7N5sPNUt9NW+pbX1B6JlVXw02Ery6TzJBUVz6qR7osF+dSlUiyVKKexGUhy4S4 NCw/xDKglo5vsTJUEX06yvrkk2fUxeUa/DLQ25cltZyDXiPuU3IWOE1ft0rf8aD8JcFyDqpeeUOJ QxjVrotxmBtpGVQtt7wrMWTduh0KRGY6e2gY095xAvWyTeFQujnBbEDbMhG37fJO4suhPA/ZVaA5 G3/lu7YEGdJalXxRDHNKYD0XfV2vYHZcGWT5ZXSgU0HDJkHjLXeIXkl20+UVy3Zrmvs/S5FsIxHF VUkiOgmWrUUgVtQYllqWKBtkuqyyUGJFwi5RFcpyeoKVyLLhVhM2Ylpv4Wp6QHMJslfEZD9w0597 sB3aqbHmhQ+sBBNkZGSzmi5JDiVQq1+xfpPl7YCZg4kjnd4k2tSzgrnUAL36XGp2Jfs+b2ax9LXU E8GHKx2qugfNrAzjFSCblcd3FF4PT2Shzr734jWjgWhoDZgWNuBH6/VQrxub10u9K5E+zDPpWSIo YNYCgkcEOTpSgIsclIjvCq0d/cbFI1VFkvLW+HLrXyXfuUhYfjvNfN62Mp+/jhofjdznUf11lJ/9 vBY2W5mxUMOfiF93z0d6mVrYwTGkSIc6/sJE84E32b1+pf75coIBWmaJBArBieXTrKIQYRJ/BAOH nmiQoJRPPcB1C+AUKPHREoISOQHECx9Eabms2Eok6gibCmb1tMF96Kxe0AtfN5bsmN2XyOiM7J0s JjuY7Z6jR3JZQO+jKlbYzbyeOYuVHMccOst0PTuMUcEoqmEsYJTVDqI+PK7R0UDVxiJ/0cho3dVs oewAwcmlR6O69LiC/KgiO5Ll5EZpmaFLDZaiLCM99JecBF1WQKKTWU1yF/SibrOZ9jKM+NscpLuJ 0ddZ7+zt5phC9JbGZlZOUWkNp5Jxnd8nGU4FLHUFlrr1MlybgpzzzoGxnE7pXaA++JwOEtKwXS9r 5jMfMlY1IqksZR7idvBfOSKuJDerwm3xmgQ2cr8Xr12WSBhJAdesu8grkr2Lo8oCsEyHS/fYRVgA flvJZ7+kv4k6YnkZH1yvjF+phE8EXtcp32+MdL+yfM9om1eS8KuV8SUkfFcM9g2V70tJdw8BLyHb K8g5puDMCHaXKEtf2TUWyvdI9s+S7lKyrkjKl+h7nvy+uZp6NUs/+ANa+o0bZOmvztZ3W74Z+Rss Y+3fXHvfOZZfxN4vsPaXsfVzLX3fZUlRW6gWB5FqF8KreD2wwc8I0xxJrnXK00cg4bacbns03aqm 8Vzu/HM+1VXaSFwdmgwkNZg150gJXh7pFqDy9g9GC6WoIYcWAtaWSuJy1FBRmfSjqtrI5VBDZRLI QsmWIoQ10XrgoPXKAmF94qCSv2g1w7/qwV+FDFitFKhMAlefFa4sCSpKg7UJzYZDaJIGvQRtlKcM A16wKWLpXgp7omEjyF0rHnelKdVK1npaea9prKQiwj7WX0fbOLxyRbXMKdLLX/lr3NZSdeZK9BtA 2CX2ILRIrlbrtXHsxeHgCf9d50VJyKVvw6gpburskoO2kn6+uuTVGgNeRZ8w+0mf20hDL1iXNyP6 1tD6Fhi/Y8OrUi1WJTL+yCtvoHybmiVAAlzuoQo1MDNjlcjRKesRyiUwFDBOkqGLWDCfCFzDyopG VseUA5e21W8OKTnPs2jrpiTcNXGmGTtL7p7MXBueLfX9TeJZ5mVbz3e4h87FneopSzm17mWhUgjz 51eTDfyBmd0d2mcMQmYIJIOniA+jbnYwlBzQZIJ7KBwg5npIl7uKxEKBXCgrGEA5Svvda9uSwXid dNcjGq4uHLLd5VU4BASoi5aE0PoYmDd8+cstJBxX4ZDx61JSnf/KyRViQi+GQYgTq2NaR1zLPubl GoIKhslS1kophEUlEeY1aBRj5yBL3rLqiFody5dCyGrY3iJ0m/Etplgf469WL8hhfJvtLdFm3Hwx ts9l/CSH8W2RFn1x1i9i/hJIK8X4+XmVFNZs5reJQZv8CxG2EQAbAWBcK533VzPnXz/T57F7IYLK zvG8Mkc9leb4YiavyOIFLMla2a9rpjWqbHKwPWsJBXk05bOMJ7QkcziM0Vqvjf7fBtVeT9FRixL+ PI7qjkYzDJCVKV6gnOzpuyz3bE1HkeaYEEjiO8apRwFrhS7Ql8hIXoOGODIcVZqYcNK1S+A6ZOaV ZpGWfpMZ55p0gig8QU+cJg4P9utyDIJZLLq7utF3+m0yl7XbvmZ6pPTfccogqk9VxzvxvbAJQTFL 2IrqBsok0bWTZl1DrL7MZlOKtb/RtWahX0UixepFduKo1VIJQl6/Vsa4NwvA8Ddds8eNIHmrt+l3 ei9S9beZdDXZaty117Gp7rZYAAqdC0B7N2cBqICwLGb1646aOMl4yPWXyU10JpdyJUtvaaouOhyE WVVis/izWfypcG34tcTXN4dfmZdlPd9tFn4y12bhJ/+6poWfFBfZfnNjQGOZ9o1d+HGZl65ln7at I2odDMybZLPos1n0KUDUH9Tna9C5zfQ2T6yN6a/M9uWY3mJ5W6bpN1+K5TcLPiYuNgs+jmvD/Ln9 pc//iMy/WezJRw6v7GYt9hS6ZWW5jE/esDOkDZ4uZMSRveZA5fDhF/DJZx3yOvSJvRDjW60qx9Vu f7ztjEcQ3GtXSdO3dnUjXNf5qzWal869WtNW2CaxrBFE+SEvtQbjfmx6y2u6ryg2lA4X9Iqu+bEr SxKIjxL0FSuEYbP6si4SvuGrL3o2w15sLMEEahPOYLqofQzCEusvWNHxaDJafPAi6IprRctNuryH UbOTXWPaRgzDH+dCk9m/8+liOFmM+mPsu3zD63UsXuVWvFnBWv76d/GIb1awtCKbFayiLmauDb+q Xm5WsLwgbFawMo6LzQrWZgVrs4K1WcHarGBtnNibFSy8NitYXtg3zL9hfnVtVrAKWH2zgsU2K1iF IHig0eBygLBZwdqsYG1WsDYrWM79Q1HYdC1eyTWYm7SCRdAmTmj5UtH2YD4oCa26Qs7aoc0vPOc1 d3k5J27pTNNeWdNLrl80TMkjBSHzznOMLAeKSYVcgcmEdgO/8tyiOvx6V9IHjs9yCT80fseOn8yT sVkkF6+n3BCkCy/wU39e2CdDTGc7uFznQgM/GUIRlwmvn2xcEGWr9IlYRRlR5kl67/jWBE5avukT STaeZrOzn/0k0gVBKQnpQ6R+ebGYYRmzssBiX2TFWo4SnnWMl4EuF2VWA5XRU6FGdZWTKXQ51E7Q EPxyJVByRUNlsXWTK2QK+1PmskjaXG90YrsClpilyZUSvBUQtG70VEeOFOVZIR46GSztfskJ09Fl UdaWecY4acMQZQbB+lBvYq26iDN4ZT4cXCl4JdcRUOACsNVpOeqmxW/Z+pQW2inGMv6PTZjGnzlM 49+HMt0IdeBUXpuAhMz1JwtIKPDPViR/FU9kMECiWDEpYoAiFnDCUOBhLtUTvDZL7jou/pBL7leR 5VlydhEzzMH2bLysPHdCsCpi3iwmm7j4Qy8mb8haXptl0nzk8Mpu1jJpiaskgeRfGb2PFodsvtQT HsrlKLlWuJLwhnUEiBhDWqupPqi1Tou8jQIpO/M63F5Y7xA4VGqpsuv6NFfl0wUtj1bvwlDmWoUX o+v3YiyRRM7iqWizy2PjPqiILvO6ojhflUmiTmLTr+y40Klf6zZMKuDvyuYJW7mF4sCbTjFZHsjC lliNFKlVbMUEV1IBXoPZwLzCYN3GAyuLw5WYEGwtVoQDe+WUjipq12r8AVfS0EsKq+Dq4uo6aaaQ YlasujuxZtOLAQ0okVnlMWx7m7i6+mbobqjM9g/ntY+vowBm5r1a2MBt6FJxu3s+vpgfiCAdnxLn P1f76sDGOrA8wOh1tM01ztcTANO3LPbRftRI6VvqNBO7zCXjC6B3f+AqDP49uvuDrUNVNaV0NBR1 uNU/tMdn/vtsAd1tfHzdIo0axqVftCxonaRLiqub93pL6Npo+fAwRuu0Vvzb0ktF8oc7HI0vzKaH yMfqvFb9RXoAvXyaMwA934Oes1TPUVWOR1/1NjZ+aD1OzFu3sOjqXWV6X+V0pfrer5fotNkl34sl eqx3uZV5wowf4rdbdtWM0aXh7utP0gHXEFDEZ5mxdiOhWo/TnrjHDuDrlz1nOtOyU+10T0+vLvvl jDcEtavfKKZrG2UsysxypMGMbups6yMYF9Gmh+X8ZbIYc/fZIXZSPjR7rqHEM6gmIRrdTfTuhkk6 7qwUVzpFTw5/luu8Ww5pndVOq1bjnu12YHVcPznbHGXj1iZKX2d6jmdWLx3dc5xZbk1l6HhEsDV5 ESsh4oXNLQ6+7IwX/AFmvBXOecFaZr11zXsrnPmscc5y3lJz32b2S0H9k81+K57/bHJc5Qy4rjlw JTPg6ue/K85+uINN9CxsZnuclm/3KT4dWBH4hKCiCvt8/y2+Es/Lea1EmxqGYqyjRswO/9TTVggf ufWWmMIrT+BXnb4tpigxT4tFeyWwq0zIK5p53XOrs0N5EltnYWT1ulvQkUVWSrLbBJ337t96Bmh/ sRnANfjWr9KC0KYPh4RnlkhslxGJXjLp5RTKlVapSElljCFXwkgTKmFk6FguGLOas1u22I2aXKj/ 1ctkajCknq7la1DrMPuZ0ElYeZS0nMPeB0GKAociopdxfK9L1cipdgSFCChj8eSTkgBdgG8JILkW QuDR1Efjok2/+MKJUh/IvhWISFQf9csuh1+ZCuVlUmNQmRr1CZ5fFakyUjPsqqjTbOsqVCovg12X pFY3dG4UFVJt7qV1sNrXmbHPfO6SvVYlqjvpx7pEbtgS2T/qrmUKG2TjgT3tVdr7pjNBees7B5yi QSycx3Dy8uOthK5hQOFVuiQsy8qR1c1n1zajeahLW/5eXmpEwkpaxQzn7P/VJMbKJg68rjp5uORH ZSIIrjyF+MghbXMVhJFeWRK5+rTiRJ4HgVebXvBaeorBayXTDF6rm2r8RJAz47iIYomJR+h+Litr ydEpOQ0Z2igGaiOycMdiU5hyaSSKr0NXDu2ImplAFBHWETVkoEdxAHHTi6gVxDm3DQiJhsI9Sm9T V5BF24C+wk3aFhajPO5ZAeDdLOAURBIGCrMY6cNv6vlYNuG0Yn2st76cQyuJBEpschm+P1cjERzs 7h64sL8eAtGO8oiTDB0bgN0d7e7eHZUDrRJI/On7HNCiyHXQO095VN/uAyWfAkF/LBmmz/c9WONP V1YTWidxR87dB6JTm90HZRyuvN90bXYflFOGNrsPKqrQS+Jvs/tAVbJCgtvsPsiV25vdB5vdB9Uw 96fcfbAijTlKVqiWOrRSjku7D2vVSZONTrrRSdlGJ93opBudlK6NTuq7NjrpRif9gjTz76aTrsbR byqk4Z7Q4MhDHm0rX25YMiGrJy16mq5SmyaNRLuetE8VslPmXjmJIiNNQUlSiJKuds6npux1Hdmg 1eUVB8Ar3ewrz8TjI1EjEquoxXJ4cWEmCg1NtyNxgn1PpUc71jghSRTeutZSiPcADEdUumw3zRtW pBf66C2tKR25tB/rprbS9AYdTaH641Pc8rxo0Fwn0qjpeiiuUZrijMvMoJUafnjCJ69PYTADle/I BaveWpzScpwSRVu1FNddo8SvFcwQndiYIXCK+Bgc1C2rvky6hOs59KST2DPajYe4a2G4ARAfbEvH yY2Fu5td/w0bEYd27yP+TepByH9F9ZvUAbmAHTp6EKAnDlTa05oNuK0AKVDouzbyoqWraZquS+at cXDiVs8kqpSetmtBekN9u3s2mqRDciNGSPSiYwaifBQ+0qKRMUGy8Gy99YnO1cDfccKPRFYl9ADV Bh9lXTdhWdIq7RL1qtLABHyzHT/Szcs5bktjrcPWi8wwoiWIbr25gXode5ILwsbH7HwBZltUxmzj V0Mi3KEMKp/ApUNZrJEjAFUx0EXoZ4ZgzRHNHdrrGOCuY4DVyksx1ohue+Q/cgUHZTvr6cxaw8Z6 PXcndTouTyBuE4HivGm8Y18x64gfsq3FN57u+zzxsqVSlFVEX2vGfmKqzTwIsfGR5xkrE9/JIXRv k+CrPgURs7r1V/KwvXSvKLSLbTvyXqRxv1ggZ3e9neEq4ktVOXvs+QAX7CztZp5kn7rKWMaw07az ex3pT1VPDWzZtdTSnup968qnaZx7o3zGi+I+F/dOjZZzsJIMxH7mMFozW8rym5eCWSkiznYt68Eo TF+TSEDyyLmAmunKknQOObfLUDPvYcETx/A7XDt+d0WWpsvTM101B3ksTcwF3a3Ss3yapivKQO5X zGwIzGY9lFxIxGmHSvkaV0Wwdrqlq9Pq1cnUPY5VyNPouLPftSAjzIIcamV8H5JWPp88Coh3CQx4 3I03T5TmqQfur7I0aNBhHqY9U57rk3w3bWl9hV/LqCQ5IFcHeAU6iOiJjnKdGa6mi+T1tliS509S BbK8opZiQ1FurT6PyxxXDuNpNeXCxRR3FG3p9A6ORLvdZF5cjtYBY+tq+Y18pVGbjwlHqdzadJT7 a3MPTB4kKe3mllKVFQ9ZvdTAukbVN6CFpXIwZ410WKJUCW1Jh6OgVCVOrMSHXi6swINX4cCl+c/C dnnuk6Bry4prdWcYexBD8l4cbI/cSwZfYKUgMRcKePwx93DhBsmwcVDeDYpXqVV+91jhcB5QSEvO p7yQHongPQlbFybFhTyKWOXuIDfJXgjtQNw2UsnBnwZmoYCZq+i58Ja/Ss9K613/SLo6nZ3h0vxO upgTWcS1Tkha1trY61q0FyuvbtgsIPi4EYDCZT6Nm68uKf1ixslaNBKtdXa0l1ml/YgLzJHa/xyU i02zukTcdMBI+0Wytd+XJMHoYI19bzeNVdwAT6v4WH/Ng/T8h0DYZ0CoIyCEIMDv7z63hQUeAgFW w93niBx4LR4f3X1uGbHrPAYiiVrGcAd4QkfjYPtjI67vqd/V4iEY+zlQs9BO+vMXVz+MQYv22ZPR fLGMoLCSKAQH6PoH2F/HdfynAvzBtcyg1u5yBS9Ae+NgjSOLRBoHGNdAkTP4200dX0Ivic11oAAA 1GIxghDBjhp6uM/NQ3ZiMWRowKvHKt082FsZ9JvQb99o6C0RYpHO3o0nnaRphbYFfxjKMWdeNQfd GMHSNgWLgVkgcorxukEhdxJqKzrTDHW8afBGzaTlSITEt7VqiZB+cmW5iRhTBBv7vRgr0I+bkUNB fh1tk7V4A6mgFboA3nYF6oalwP5Zg3tH+71O/a4Vxt5ONP44nchGwGKMysGyI3FNBNTO4j4MSLN2 SJNSxiHzGeth+0ArYr91OPhq0klTN0xMFTGW1F9d+kxGOwf6z+V8I0UmjXU5V+tWRFHtMGOw0nDE qbVq4i9whBvGaInavomPry6D1LCtdWkfhN8093sk3FcVG7UdOzgfD5Pk+c/2ck1zs9m7f/eZ6uL9 0GGkY4t3/17HFonQjuxaGvYGzkwzK0VH29q/ABz4cQnnhAtO8knc/bvwRDo6usZ+dXr2TpJGLQYl MBQJGp39Ix0h/mjuaeRXoS/JH/N69c60bWPiI8p4NCLc+2N8UtOYpnLlKb9kULFjSzF/mRnBhl4e mf5A8zlnX5qft0G40uIWSWEN5bQ9Q740lncKl7wb3g6IN/kVRLLV7CXe6N/nHMHpRKQDhTVyZ2Is tsId3/uON+26iTVjX5pGgOtRO7RkOO246yNIe4PKisgxxaBrRIvGMsWmazwdI0nR0QcZQkwJkvzO lUiR+6ldb8rQkUVBzg7XIo1q+AFIZtXWPkZHJQcZXKxThW3HvTwyEupHISEV05GbPhzjbodV5QZV ycFsqHHRnxhUahR111hD1kcd80AwP4bIHHBCzIiDRLyuO8SoaMm7Ts/jET3LWxyGFlXvWB3x7M9V /XW9jgzg7dWa/HgCh+D0SXT3GKuxqQXM4I4DkQVCFwfpQLpEQsK/L1zHldsksHC1ycrd4ezlEFf6 xeeQqG5KA/xVDvEuTIr1a3ZgCxWTIhq6iNbeCBqw0bqjflVQTPw0kRn74pE3PqHZvsT4Fo5jLj8Q TFccIhcisqlf/CwhP6oZAHCsmLV58ZTRxWwWoFKVGQCp2//GR3iyT6ZNL8HUjXbXfLai6axj+cYC 4cTL7tot4dlwzBSJQ9gLzGY65Tq1z9HZpVw4HSsLPjoKaHmXlsSqmCSFM7ct7A39ydQJeSERbG/M bgHTDQsQB90Dns3jQLh0AibphOZdVaBNf3pmsE+GLX0w2iqrCaIBoQVfZE77KWipoBD/NoQ08wLn uDKqtFtbcphxDlkQyJnOZbdV43s7kKOE9PN0weyAe+phTIfcIciKgbYqzNXaTZAylOvoRo2ivR3j 38g+t2Yzh2h04irR6zF6oybmSg6DfCOtCBrtvY/ysmXMIg2bOMXDXEOuYDIrQbx+0y69LOCK1d4C JJZBYEr5DT/unEydgxOJssaSbKN7hJyvyzNVigtNAXAxkmmCRCbTWJSjM4+3VvenLuViVbqFdSqG PudeyQ1YzOK2vu0TarbT35wXogOPMOOTmelwdXGH2zJy6QCZYEELlFoXG3dM/A2a+Olf2wVcOK3m G25uuz/XW1roLg0jXW2w/aWhW0kva7t4Xb7FqTBzfKZXcZq6nKXdjLMUdbccJ6l+MtQN9IDHeSMa LzegN8MDbrZZBaG++d7RO5d9xNHmmKxwHnO/uwJKS7KIMSU7X62KQ9x+hi+5jCDnszjPhmwc7JUz mCvOZcteucPqIYeGPi5GCaeqKpYbFGmIDRvaY82v6LS2Su//LNXZkjmPC69IQVys/bpWJEQ/Iw0x 5CcrMsg1fDvtkii32ZRhVPOWocFdiQQJt4LLaPhRHnQmPYjwE5NzKc2wJAAm3dEHEheuHWUbRrhi Z78EI5SFrcpAmNOove5Rmu047l2aiJMNVtirwqscD3r4bRneWqe9l+TNj4E/yWjZkDkbHU68W2sK l/yRpWPQoAuHakOo4/RIauSWSlZ45YMctta5a6sThxkffkihcDK1aIrpPAQ7d6wlPPGB/1DKMmhY 517hTs9OGRyYqQmXyuKJV0pJGQISiegI05HIRhh2aCOqPylrFaIJ17nFsdNLSqEsfVw2wybRCWkX XdyUjufylECHr6trRkLbQkJDzyladenLIpCuTFHp6X62Y2vtbDc2Ywv5HrsD3E3gPM2XX5509yJP LCo1SucrGmVP39a2Y1l028gjgOGyap9Kft/lEVT2m0is9Fri/O6Qeq2Fz9aiXt3Eg6un65wVrHzZ 2Pm7I9l7PCw52nYfl+zq+d0R9THgP1Qn42bdHuzyAw0VZsKNV3M0s0CAmbU2es0jp9NjrAsnAC7M uEqVeYSBJeYnB4IO1NWgR1VVifyJQUCQq7GugHjycMdP2i7W2ShufFQXAGsPkYzEYyeZmTg0SK4C EosQmYvK1ZGhNddSalaVkrUwIa7ybdWSuJ5J07bOhA/dVuZog6UCuIObFb+dacgyqfzu7IYniKie rs+VMCOv0bedNSUzCJReovTZOj2oXSuJSLhMCHYBZt2r0CWN9Lyga2fItXZF/gV7wPISQWXeNfos HEa+iQpXme1b6qru6MhB2cooqpehKOWQx+TjcWWqajjw5Oj0pfxhyWARuhnfvfvoxyYxGNBTG+Yw VJ7wmT74JRNlO0YiN9hWFfLWVqt1AaxOBPPwq0sEDmi+ieYKPOCQ8y0cOHxdrZBvwslxCuL32Zfe k6FKIR8v3wCIyzkIWWdRsTPTiWzn4b0Y/sQCHasBYjVIsbqy9p2lPDBlBxFH2xrpMELQEw3ydjah phNa/Lapo9Y97RSOqpehPOzUWBk7VYW06MqlzFotw2hqPFZGs762bXrEymoWOQSshf8kBWO6RkG5 lpFd0dgWjm4GxQYD/nHGdy08u7opsJRcLJgCC8W1gT1ZZIkpMNhMgn/2STCyu16Z7isMQScS+Jad 7dIgLD0AZbDvxj3Mdl1aqNSIATXPyGAxBDfReawT0npK0QzkvqyNFBzzIorSwAMTo24CBBwTigla VJSb9HaF/ko7x1LVDSoFvhbTKr7qlo9I7LdcyYYPN2gO+ErvmOFRsXx59+r7ZTJXiW0DolSp/R5e x0P1bSF5Xoir7h4pt23A8E+sbl9HBT/ilTd1rHRLR/GGjtzNC6WGZsXbOZbezLGKrRy5GznS/THV KbjCNo6buaOia+ezS2cIcdobulPTBEi+c2SvJWtWt5119qpYoOJY2aoLBxUuB+EapF4y9lLeZklY 5/j8KEwtMG1tIYErjgl0rnXkR476wkQ9e5isONCs6Pd30qOmZjHgHsNMefHS2uaSqc+7aqQvDjlk GsozPYbP17vinTo54xtl4dcvu/FgVVeVxQWn+boyqZk5vnaZoESEKGs6OWFdUl76lzKCvCParx3Q TtMNqJ3s+EuDGfnAPMgmzVzZ3kO3HPLqEHSZwieynl5q+SVsPrmk+iyLTD5Vf907FpH1Xakr5NNy 23py+5spnd9TRw8Ds49dmW9I61tX2nOOHHh5XSzomPeqvA5qN2bUE6iML+IsE9kxs4zj+zTw2+ya LuozZRwxCgGesncpGnLnkkE9RStjq94OTQUxbCPensUyZSoqKm4EOAqUM2xV99xXWqAUdC4EOAqo ugxDWXMzVdF9c3UgvURJ/OZ3gDkpuwRVm3RQM0pk5FshjTuVG+cunQIiR1XNT+MOOi9B444iFYi8 kMBZVhN3XsXUXYW8C0nbpm1bvC6jzrolmfG2Yby1+d4vvQzSyJVtfomV/zYXpfmjXGKE8we33MDm j6k9nusMEutZZ5j0ef77PUy0uE1ujkohPXITh+eAvxrF6fM8YmXOtKXLc8ayaic9WFQ9inUY1IF9 VFivggLrHacn0yPmOgdbvonzgM47MdFz/nQZ3NH5neRnr4K9yvhbBQblMc3MdTrzlXF4k7DoXEks OO7WRFhey/Z6qH9bdNpp1bB8ENuljHG1K6zVgnQ7Td08k7fBFGtopcJ23Rjjsqp6uYNFK+OgCPs6 5JHZwdJGRlmYjIGJM09zB4JGIhGQJnUN8ZF8GnP465Xhv2K3MuTGsluymHZau6IkWgMUj6K2j4mv cRK5Gexbin/LE42PfQONfbsSiUsybznu/QPzrotzyw5BIpCrcW0kn62SZ28Iv+ZdFU9c51fuMdUO 6eCoQkONNRxFp0A7TM9M5dnOSdDKddI45TzVSCrSQo4W5LuWGI6CM8OLh0MfCntGq3x2ulnzVfqV c7B4uasy+isDaR/qXpEPluSBksS/NDEtjfIl6H1JMCWoXuSXFkOZJ4aMqMYPcnwwZBuXMSOZlaQs nywtryyJ1WBSe1h2DDX/qwZEJPvkrfbqC1W9xDw1lOdeoFwEe9zfUc7TYbv1zVtvD1bRgXZBB9Iz fa/ShWws7ir70CnsQxW3k72MZd6uM9V5r9Us6MmelueibGIPkQom4NsceeSKVcZ5eTu6Vo5qRUWD ucTBfRnZFGVO1nN2eb2DnRQO9vX1dI3pLKKmPaTzgZ7XaC9/G71xNQL71IX0uehtBPNJbH9kfEDH e0XWcgHlPKVHCX5PzsWi2dBM++KZYavxlrrCNXJZ1GxnExtgpIpMMXLOc4ycl8gUkW55cSaA86yg XCJuHSsnl+Kx/o0QXGotJOAOVxwg4zlzRhEwvgQSOVQqfG4McY4qmL/uZSHCW8ulu9dGkciBAoUI fKf310YjboHRilCZxFuhgYYcmBQGzWEpOLtGnmWaxwcFensBWHhFRSOYpU8/ZWbJ0kWQXQvFFtLt WrPkZxJe7h4VeV2d58PQmm3mNTQQom2cU/EuFckJsv5enCONszI4jMmMiMmVbCVSs0Sjs8a1yjvH Ccx4JCodKi70qbheJb+c84opuD5Kf2rfpe/iRmCJEQzjRIoT4aY8CWlOhYFITRpoBwykmUu9LMed Q2ZTVU0uAVHVz7S28qRB1asKGG6YV0BamVB5mEaDsCCS3wbGoWq4e5hlvBiYbq3KWzZHI2imAWio eoLBwmxITuClx0KjxFocm4nJHH1bb3+zB51z1ahBeisMbdGg1mLMmRVcw06NqBm7zCUMuahmI6am oUaIrhxxbp5bq66aNN0D8jqBIZkuVG6zMGdEIsyFSl+2pYxMrN6uA3TLng8kBRH4qYDIA/06NvwA oOZ5Lxhu3QDjU8ixSHqB8gA1r4780ZI/NJtMmwG7Vnlbc4CxC5tiw2enw7d8dsImP5G03QvVLlba nszDqCP+txe3MxGOXgVfgZlk4M0SNzQlQYgiAV0n6YofUa/NX8VQRv82EzGTFeamse4HN4O2pfqh kBYYSCNVwupgw+pgdmJy760vg4SsJm4frZGpvGf1354TYjEmiehMr8kPt+20u6peTwoHBZONM3Fc XpKmnRY7pGUIu0qy7B+3FbIFbocXW6U5YzQkYwQmYzTMMQ6qMEYlcgpl8zbNNCRTlKOHJZhiFfxQ M+RHIFghyHQryHRL8Hp99XReTOkB0XpD0HqgaL1RntZzKJ2fdyTpvFGGzhXqU5RHubStDZZRXS3s iJEIm52WOCo6jJrqmArGk8CjFhkJYdUR4qvdDdvFkrSIJoCRJCWHoYAg7iZNCYobvZlTYd3YykFD DnwKdpOcagYiAgsR9MPqScPsiXG0twfSFMJ0ZFXBUNBfu5t09erhR7MjMeU60FvVZe/TlTZyFh2a 0DQHrBYnLaEjNNst3vFWC5g0pZiWlJWSdeMoEt+0E31MWQYP8HE3bvPdSt0kTY++zOgX9otlLw0p 6XxQk10Ksl1qiC5poAcc9HRuSOdyB49oY6PeYchg2IvExyhkCHcw/mtVUB2R5dG2bo2prX2lfTeJ fmMsGVjpSchckPXTdJ/eNPQbYEB1U/WgXNm0qsByz9TMyqO8ZX2xObmCf6SESyfS+xlZVonG2Wtc 6wU6SDJkEEpjt94IUytlM/r/jqNvOtvEuAfqyIvS/o5YeQDylsJdXclq4qvsX9dthstUuI2qZrii cjWfmAtZLaOU5AJnrKzItxQKQxEEv8rNxGOOuOLB/8RCWQJtrdjSAFW73TzgulWhCu1Soq2jvP1z rd1PC1kGboSyY9JHTeiZWi8b1EvVC1J8dMyIebbdLNBHTaRzLQrQ3XOrGTmAF9msYryk3RoU2q2r oiGhiYZCq7coiKCUuG2YuG0QbospaX0EtEISCnRWaeisIjvKWcExXIVElLVgpDpehZBKGIQpVI1y RGQ7Onz0k2OfQ5tCrQ2bgLys+EGtnqO2Kw1HYai3TadDFki0ijz6vE0yJrnYNXl748S0UuilMZAa 97VA71PD7hOaKwfCnDPZSHCOZv5rMBIOmx5zLPJB56P2DHZqNWlM4RCZcLUTaRdKMUDiskWbL/JQ WtS8AtNhltZEu4HVbiDa1ShITnDSPoaeuCl5FfE3XXvVMA31wlUC4+A390x/PetLndAGNG4AoLE8 ma14AYNfQuXiyy9xGpKYo30VKGJ0wWCus/c9c/0GD2IS6zb1bY6IXlWFzHM5F9bDOGl3Oq2o2Yyj pNfs9DphGHXiOGp1261uq51Zwq9+wGcmUIFx91G7GYIASVpxHHc6zWYbpo9WN2rGSdQLo2Zhw3Gz lyS9VtyO4yRsN5vdKOm0ep1uq9uJ0DmtSltzkQucTGPpkUJ6s6B/dZJ2s9eLkm7YbEfQchx1Ou1W 0ungOmnTcWKVvFZBKlY053xEpzcGFflEoNN5rK1ZUmSo43s3VeAHSx+VY61iHqNrrSu81nF+/MCq 1xGPRTwbTS7mB0LU7e7ePR+nt190zbRny3AhGsThqbh2GhWN+rUI8bBp7lIIRD4tmHIakZh09orC /K8J0sx2BIxLa1Q08JVxbynDObS+1uizZtcOoTnYk6fOR3qAt5dSfnaAp+eab3heZEMcI3Zp61Ex f44vbJWbZ3nli0x6/kuRA5I1HBlOcichA2hHOQ0W80XiGqWacOpLcFI4hcGkaf3bNon4oRQJtB1g N1JYXGm2NchqXOsUNi0pmdbp6gep16QtfrvCYX3WWu4o8ys7oOLyjh2v2T+ARs+duGmVw1BNQ42G DB1F8h1f32wJdJYFN7Jterxc60+qmmJ84pUhTEf3ahE/vFxHs+wl9UeHrKzOVsQ5TC4QpeORgVXe WwWzrhoYBJnkWU+BazBYjXNY3S5oEbGDfvNR7aLa5YRNSey5keLAnrJE8/BX45Bm0JLFn5SldtGl ZFbpqwQdOfL4m9n79bceISMFYNjU8/grpg6bwpEjJaOGnEoSyQVSCrDprcuXRNL+bxsAS9kUxrrT LoyrihcbvvwhyM5AWWrUZaxPCqm5pe3Ac9q5Hu95Im+qy6fCLpXhrrLSqYRs8vHWzZRORfgrLaHK yCepM5WQUO6Ca5VP5aZhWzczDj7R3nmFU5BqXoEtnbR/7Vm8gmhyK5ElFUixztSV/2YEUiBCHBOX SsGvJaTR0sKolCxqpLLIrx110umBbkqIouUMoaqmkDzywmFkLGcM5bN8RUPIsMqy5tqSLFvFEPJb QnKC7UqOa7htoe6BphksbQwtaQ0toXxYyoUTQ85VQz/Lq0k4lOajyyIKQy6fQi4OMiujXqCFurWc VVTNLPJJgRwtpFVe8fCyvLuM5+Rxnx5iFbEop6ZOY3JPmsaUQiqHUzqUPafKi/mCPji5Vu+GccCW T4tSXgyjKK/GSzdlRidvfEqMTt74RPldimwBtNz4lLbIvT2JrDImjWV8Rtm+CN+JPS4VEo9XdCqU dCnkOxTSk5dylU1e7Eaq65WV9dLOBLs225ngw13G3LGSaG8cCQKCjSPhRjsSKrkRSjsR8lwI1Tjq ZsqjYryVlEllJFLGfVBFnm9cB3rrG9cB+8KugzxVtahzDvdB2l+nAyFxeBCUgr2eBVUdIOtLjvgM mIkwvx2+BPnKx8WV8OeVQj6ZbYoabfQPHCeR+o5jta7CvKFmxRsq+pJUVI2MStKR4StbnpBKZKAt R0plrOdiz0ahX8Pj1fDN5WquE1rQEhZzSX9GaW+G25fhV+csT4Y2Gp7Z7mo+psJx8I9ElNcNTbNY diQqeC6K/RY+r4WvB6nPQucHr8diE+S0CXLKpdNNkNMfOMhps3K3Wbkrnoo2K3f/Rit3FSFMx6SR q4yYBbP+PhwQcyklq5o4Bg4L3UiXXy7unDhxa6Kxq6hRnzLl6kX4S007s2g5Q885bgbGypplLvFT RGtOEeMQydVWCEs1rZfZkHkF3P25ybyAyqsRue5NK+mmuKqBrA/GJghjE4TxZwrCuFZ/ceQQYsog vSn+YrVs5lMxo82qQ05XN1REYK6Div4kqw4VOq8joJS66lVWowMdK17ZemD4k/94iqoTH2UUVRfi FJHX83GXkrxe8E9ti20Ie0PY/ybW1xdbJM5ZnIzNtb8lNPrlp11WuERsrpv6yMpeYM0zskpYWN5B KF4e9g1Bfshig06yv8LacLGM9IOetzBMIOWgn7vHrWXhXzIAGNk4on32ZDRfLJWSo2el5GikCbj4 qSLFB71cT0qUMLLOEBHANfSDUG7GMSJhaCWa+bingypTZ90QYCPrcJaPDZ4Xx8i4ukx6L2MdyZD5 1dJxspLMmm0nqJSxUZNua02DY52sFNBBWXu1A8B646BuI7z5JYmjpQOqHY53sLvbN8DBI/T6mMkO fzgXPlcGUt8D091RLlB3R1moKkHDn773QHVoJ8hDOSpxdbAtx8rDNEVhBgcsTTvNMqfU3h1qRQNm J3hzqG2e8XEsw65u3AY2hu6OtrWhK8SR7OxIw4bVUXwJyDDwwZBV7o4KUVKEG47oNZJQJo0aogYE wMdiiWvRCyWOs80oX+/WKOripnG6LjBhvI0JAel0wAZMMdpZk0Y+O1dH40wqd1d31nj4QhzZBKzl YfOD7z9b8uoQJXZSUkTuRzxWrcyRd2U2m3hXPPQynlowSTqNdp2vt0YorOlszqRbFy9A922LxzhD J/y3W9/26QAwhWeynzqNX7fRmz03MkfbKIMPF0aiUMMEHlEiOo19lrhosHYscYHxM4nCl5nO27PU ZTeayBYD9VOzf/zOdA1H4mxjFra74kjbqCdHJ4VC+8R/BufVib2TOfFCnHqhHVh7/SpS0nSC9bGU ZLseBb/VcZ6NGQgprJ1eWnhihMooGTbFSZmBfdJFpTl1rQc9W6dIRNsyfSZl0Czb78iXpHm1wFqZ sEXyazwj07DJi8C9Horq9OzzOeLgYJtM20Qi9nVSzWZ0nbHEr3bSFDnTo26zy4Mr2724KYvVwiYe a1pZn0tazaS1FjRRowJXXctg4UnNGyrzbHijRrZnQhsGXp4pHlgre7MjmbP5TJtHIn6yd8Tqag4y cjzH/FkinlE2dXmEcqKElJJMeep+hatQW9Joa42DFDVDp0BvgIYc9OfDcqczm6NgPKVjkwRq0xzC tv5dHU3rFKBRmEmd3Zj/PlsQn4VEs+7+Cy9VI/eRfGJ/rPt+o+wjRyGjhtrHV5cfSVHGf8Bk42Qv HzUAZvzHLJRZwlorPft67rq88enGZfSmAkvhpdNJIUV0skflcfuo3hAHpsn70syStUGZC4/rJPTY 7BbvAc693BW2R0QfBvw5mtgi+3qJ08BSg2Ot4stkVRBWBwB/EJLbGX6XUJyvZcUhSmLbT8sPM0BP vnFSyY2YuqOkY3sD7OT2DTp3/YaA20psR+6pPMhumZPs7g7TqSqBmyD3RLsCCRit9YyMqNN0nPOw TYtDe8jLkrLiSssusVSmXIeHoPnSEauN+CPI+HorzA/xWifyTuLQbpAUkCqASBBHZfFCemIPlcgk exJkmc6uVRB2WvnHHNLZOq+XW3xjuFdK/exqj9vab+PwT++oiiP9UDIkvZ44oC2M8cAScbRxqx23 xOl/SbMFdlXTtaWLsTzfWrebdOJ20/G6aM+cRzlR64rZ134owlD9StHXU780RKYnkXtOw6Qzuonh 2on8JdCEDpRWmyMsDrsdhdNWL86e8JcLMF4t7bf3PFfn8MYARlscUA1DG7XkiLabeIY0hzCKe+2w LYe3hyerV9ix10q6Ubdrj6trTAtiRq0OXOcYNhxjGLjGMPiiYxj4xrBxtTEMqo+iZxydHOlBTJia TSVEWYEswy7wkQyjWEqzdicReIujLsgzQe5hGIeSTzuAQropAhnn1WYPRZ/2JjcGLydAYvUhEqub DZicDQI1GwTabBBos0GjaDbIBzu4IXPCSiVKkJUpDYdMaaxCplxFqgQeuRL45ErjWuTK1WeH9Yxm 4BjNhms0l5/lVzWaDd9oBlcbzeufI1Y6Q/D5IUjnh0DNDw1tfmjo80NQfn5YcnbInxuKg9p8qKOr p9/oxGUQFGPmTIUMZNWI/vlmItZmwk7YaSbiPGcgiThJejzpTavT7oRtKGZOaBle8CkELm71sqvR N7u+uNsUYxz3kqbI29GJuj2es7bTa4aJSNfT7cRxIrPUJi08urMcuHh5uTRLf6241e0CZ3JY2r1O tydA6Laa3USyZQ8AQq4kQuz2OlHYziEpp9DMCEwfvvPlZGlBSQd2UzMS7Q0X2hsutJeX6iYBV0B8 kI4rEWk6Dg3vOARqHAr5vuwgOYYpIwld/U9HyWRofUhM3DAjSEOz7sM47oqTwmOYw4BdOQ/DUKnj oMOoB3NZL+R02up14yROj9j2bcP2q5n6jSVmoA92dbWkxwEBxu3ErZYEKuklUSQIKg6TFtCUdep2 aBGTm5R0OJeYbWFqB/kmZ3kSdRxU0GObIj1OK4o7oVQFOu1e0pF9gPkT6S4fSsB5q9lqRsm6uF6j mytiQ6JdqLBZzDR8mAkUZvKRoXCGfFsSLcvxmSbrSuoUnbZIF9UKo7Y8c73ZbndFXvSoA2IB6FRI 9Tju9NbrV23bp68u+pNT8j6LMKC4DtfrVjV3ozix237gLqbXADpDD5TiFj9Fmwn84CUe4ARH93Va rlNPwwpWrwdGfyEDQg4ftU6hTkm73evy1BMc4FogYU4Lxe2kFbXr1nHdJqCB7Jr8DCkgTOT421LU gt+GNG62o5YECt07KQ5BlcG7tdJV1+Ovp+0u/cM5rZjtlV3KEcs48mEN8KuCe7LdWC/H9Fw94+tq aeDOsu75Kpdnu2Y2pKbwScAoktOyryjeJoxkkCetAeOjtngSRjIQR5ZJZJF0BaV4E/4Vu7vMle2t yYnU8TaF9xmEp7HgOteA4qa5astjR4MV7cDKczEGK3Yx+szVG7gDKw7Diiv7d89HxViHQhTXEhm3 acEDjgu1O4XCvKN0s4o+s5U/8qLgcuLRDWn6XhtLXmAoQdVjjwJXjwK7Rzwy74AaUZ8YK6+rkxu5 XuuqVxoD4BqMTEPY6yCDoyr9dcMuwVC8YXsf1HVFxgiWuiRHRdmgJF2KhRkpZrLR+XQxnCxG/TGy mHzDK3aEO+XXXFY+Kj01VzFsWDLNLTc1manNjabc02ReQ5Ory+HdPRSlSX+t4jXyh/aghK0a3FME ux76E3E2TIgN7YJLoW69sUBxbMYCiW1ljZUQOF0plevlBM4KyLiKndXw8JKldBgNezgjHUeHQbTu 8YhcsdVC09+Wu/dLb5jR9Eu1j0TtnWnYe2eKZEH+GIRrZeo4dgedC0pNowwrMnVW1zdj+3tSmCb2 vLkUN68TRUmWlw+2NW3SyqiRw8vXEuAat5t2xGiI8aKv5Uimm5CK4P2ZpUGjO9rvbOISG/Llc5fE 7U4mjBLZM6rLbApBNptCNdmZlHzm3OMbW4pfum9FfxZkn/lhcikqzmfeKtLUPqH+rOF4Jstl6yqe DJwIcXQVF//S/XV+Qzu3T0YPrFIVF5/ZJVXnehEwj2x5dWlnF+StZJBEE94S/mk3UG6AODANv+ex JB7czcpZG4bLjw8XTkyHpp592gUCb9gFQjvttxsDqmEXJqxrFXsxWm7fp5T3mJUoDeQunhQjpcja YBdMb+vdcdJ2ClrqGP6NVDYj6KGaBvIFbWbaj19dtvy8kZ+rQPk4Y5W2q+HGCDnsoSUe+QLKZ848 m5/z25HpTGvd95GrRtpgL2BKVJ4XjEnU4BOrDV3tPYLv2L/qAdv8NszIWtfKrY5OR3+0146Pddg5 8OqeJ5ZLX4Ps12Hzy65arNXRrvvppQT8Xui5/mmDrwFoj0ukAZWzOJWBxqYXRVQWocQGLICgrok8 ZB3prm/xpeS6TktZIeyMZaNrFeKim7+tga87llErHZdUv9R4ljitxnsqlTyhWizCdtqWG5yvS0fi hFgRdlDhtBoRWgEfdW1+W1OEo6f/FlwGzsRydkYgiJMg9N43qPeqXxjPk5hhFgcV4rkyo9JNRESQ sRD+5WOoV0RztbAtogB4Ny1yU4ekJQLTGsIbhPDMHOoE99pobbXUFujc1tC5TXaf85FjHMvGD7pC vzjNNZagubVGZmYg14jQr+vpmMdVGb7CpH6FelGnSJSk2QqjembdQlx1GffAESeLZtwzJbpU5Qvq RTVbNFf8w8C02rIHIlg7ooHDSNarmZHV9rkUXCWG3sd5zE0GDt4T0iYUYY9tEWDaavvJYJm+pF1a 9msHGXjEoGrLd5nSy08tNSGLQhGbS8gJFHL4lmOuQIiYZ6FXZFUFR3hoO0p4LG9nbXG8Bdf1EVhg Eljw5yQwH4U1TApr6BQW6BSGYckiSrILMqyQxCj8nvSO6s6nkkHIriuPrjIqFSumpJqYmzpKjVoR 7VSiFos+Mshw9UxeJQiiRmopazAZfC27SUSglEJpr4hdOyKClm/qoRnN6XizALPCrb0E7RA+tRqf PQOaNa1Qa6HBdWXQa1cCVS8lsQrgUPAqT7xBXDUBQGABEAgANOVRmn8ytB26tE67uNv2JTYQEYVL rqBVyqwlLrA+iKj0RbZOZuENaFHcdKutwOVf5ZktXOuA9JoZRwWufwUqX0q4Z2TTquapUBHjaby4 tnYU2eQst25kUpniVdO5Smwd6MotVmEcNjv8sCdxvoAwbhltMChpNjIt8l9BnAb9a6CnAf8ObSFM hBKEmwpFWH8s1CGMcFcyo6l2GYqNTe0WFry66Vq4DiMvhfGq/XebE3I3k5id5LYOGw+NLB6qWTVe e2ZpVObaMGXQqbaHFdB81vzm+44kPtpNIZK7idqAFTZbPekLgAmvpJFeYKIrl5BgF2WglzLOV8rZ 6WQlVbpEaoMOvm5oZHaNfB1k6LmRpedGytcpMQbXzdcr5epUiGo4CDI4CLI4qMbTTo5eGoVX5Odl uRl5OWASD4KXG4qXg5SXG0vwcj43B5qDV/JzUJKffVxsXOmuOG0jXJZmatyJhGPWaws+BhOfdsFR nm8K+1Jk044Tsd9SFCrH02rOvz4Rb+AgxVhFQaIcjJHaBZdIe67T6QrfbxSFYVdsuQ3TDCPUY0sF zfaYI9l47OqQX0w4e5crKQTUUpLLCT9KpPe63WlKw73Xk5tCwwiTJZTf4OwQyoQ8oQ62ydwp5qwc T1Jh0MjKCKCRJYDARQCN9RHAakkgMIigkSWCwEUEjZUSQVCVCLzOnlxCSHfCahthcyQnv9Kd6cae 7lq6BCsMgrDXbUvcRb1YCAeaAVMB2pabipFiCqjWJ6/DTtKU+7MRXTI5iy5YPdvZy+l9bn7J+P7y ZgxjSvPIznK0U07PKyeD1yNdrixcVitbVsgyhRxjkGUFhlircySygoOlK6RhR7kVu6vU8SNpDPwa QU+amXNx6AgFFdfckMHrBV6dn3UgHYH9Ofq8IpqGda+Lh0wxz+EpNXEkbHIgd0sIUub36bmXnF9l scCzVayyIUJed1+FHhHpNeYYPzpVO+c1b2+ufyJU7eRguAx+a+rE0wL0JsYYOHHhxawLrT6cuhDq w6YPlUYdhvc30s723bGmjiANyW2oB0YZLu20RvVMwkneYe3eFRn5db7L2LmRwJXnWEGZfb6ifQeJ dWYq37LdcJ/giGJxL9r27x++lmTbSTebcPr1QenM8CxLwN5NqCs7OCXpHmZhvjuqkM4+y3SrO6wv sU7A4ftS98R5lHjghBn3XWoDOdOSeDtus6s4tJ8ijuRBKWEkMjTw24RO8bBlXj6fySvHHSMIYJ1Z EVrm/vwa7oH8uC32Rm5zXDtPCSiB48ymUL4zPW+3qKOaTO9FJevEShK7MqOrvQZ6tpUKx3mFbUMx a/O9iRYvLUMna0WFdTYD6Ka0GVHigJ8HLVIarSY/i5aDx5lgP1tA/zrNzhOleYwsXafmLJTNs6LP qkhyNO3eHS4VLyOAXubT3ARH6gqdqDEUa6U4YG/S3EqRSmHkVIvVNuBrShqStKPMJAp2hX4u1t5H OmLDsCw8xzdfywbPpN2zDaGogYfCNNLDQYJouS2S+gKbh0Dcfvu4YAGOBWkRr1dfl7TlJrQSVxUm WKfpnXQTz8bWBk9TY9ndZWbAa1IzW76NYumhLtX2zwfZOarBd8lFfCt92Ymq1BivVaeJnKe2pTvD 51qOjGLkwByhTmvynbm6GrCzxEgzbEObYRs8iaBxMsuXFHytKHMWEvcAcXgbPCOJOHv8bDRJ2ccL 9/VwUMvKsuDUZwLOV7nY9pJ45irUa4wyJTUb7SNzqieDJZ3j1RRfrOZY6kaV6wpKTpGak0VZqrb4 8smtU0tptR17dQ0lxU6/U3bKzw8oTOSBnVJllVGE2glMFUV1iRl5rfK6nZEh6blc225jK9fT47g4 9YhtoOmm0IbktzjVsugmQ8P0jLDJDlLfHNmi5FnEQRCZfdQb0qLghV5VGz+MmJ8DC67KtoerM4WX AbSVUNVVl7uR+MDuvWsVOX/DuXPkzIbtMfTVBiZ3ZugarCbHivzNmUH06OR5UYNR+iMX+bjWwJvm oWeugr4s3zkVRzmD57gcHBA7ts9z+ldrAA5StzqAW72I0jEvaJ6/ujRJk4uudMJSwZFxISocaBQZ FBNBGAamLEpUcsGKjW87GJz0aGln6eIj1oTCgWvvnbiSws6oYTKVAUFpcjyyM6X61J5muwI0n6tf XCuYBZxB+0prJwqqZtE4EoJJe8ZxyPKNtmh6YXZZob6nmXyv40A73LI44d/1GAc9c2JH02BPqkep bv06unkGdqvXdWQLzCh21TLU6ekTzYNTa2GzVXeRoKeLa83M1256zgXV/d9pInvqPKi2UaE21m44 soPgwzj/Id4Z7BV2lRIsteBYP7ue0eH1wsUu99kwcXp9nD8/qqbb9hQL9fGKtB9hKlFktNU1Jf/o hHbUCB5HLQ5h39YOY7/PogprN9yIUHSZUqXdlXXKu05rYKw50Onywog62N09KKI0Lb1LRh9EVV0E HRhTWi0MXRzo7uU6/UBWpivyqFTpvNNN7AjmFkjgDBTIRzIXXUoCYeyUTBWnx7Xa4p3WoRdld0dA /fmWIrHw3ZHEAuaWHqX9j5x0kdfjdS6HV8oQRozTqgdFonmlKcL0asXlzGmVm9JKgiXAucw7bsF+ 6zQRMunIxG8+MdCpavJJYryl5bFMLKk39Vds7T1yGnA5iMnFigMPKuCqDBJYttsij5XZZ5pH6Xmx +ZTXHV9n/ANbsjsqD1eQ6ZJM7+YYRBqfnH0qmX544M9A7YDW+uHphAY6Tzamj4Ev2Zi4k4R2TfpG O87Eetp5sx2BEdWCAZbLE8/c+aeYlSg+cOQMYu5E8SZlRMp8FDpPinHvpLYCfLfcm9h1D7NrfaIQ 25YEqbKlXWbU5nFPDabr3ELljs2t7W1BsZwHza3tJXSKEldJ5xFe61RZ253NcP2Rhqud9M3xolSJ ODQNsm3tDBE3xjPR7obuXAoy6WPj7vmIIgCWS6ewqrSPhUkf/Vn4yihbaVpE4112ecGzKOBIvrfe NI9Lpd1zp3kscUqOK8Gjf+dv7olSRgCRN8XeF03o6M8fin/LJnTMJg9dMTWtjpaqJwx1J3AslS7U nbqxiJry6CkokyTUm1rS1ab9ON3z5RJNbZXEiRI+RS3KtGjkWeIrVvS8JU7gxWyFde+SYKkr4zfy ddLhYNLBOyhFpk5CdeRLzEkNldn41xY0lnJYmjgL8FiyWvcg2lRuZJcKjOxSYngqDkV8JfDwKpdo rqbJKUlpHFNIWnK5meZEQVpdIa6bIklBO/8IZUyk5eFEh4SypFPV4W4Yw91Y73A3rOFu/HGGu2EN dyMdbiupoDXcwZWHOzPgFpdbFeZlztOSvRlP0wpqiUazSKq6EHVkelty9DJX7CNgN8R4yW3NGiXI HKMilR+nL86S4k1HnJ5No2hb/JmWlk7t50/s12A5kq+Ama+S0i+PA5dM57cCe6dnL3Rl/U78NKV1 nN4WH1zX6W36KFnRGwYQ/pPcuKaeyK20hUA5RUdNHDvD+9lwnSuTzYe1wuHuRM1CP4oIBikVvU1X S3nwhDC23pf1Uqx1zdMR/s3DI+J6IILAl3BKXEugRyeObF8KLkhtxxzc7Vq0bYRvGnB/AXC7sSVS xAJaQ3mBburGj25org5rZ95xItEPwVtCHjZSHmh43jiX6y5T+el44/5EidIw+4Y/N8UgRXOwyxRC JoM/rDfMWMA2gWEeQPkb95oZU0GhrjeaNMyV/sXrnSwHWxy8FDXqkaNwwLMVmAiJXEgtjQRfj5ny IedexbpfibjOJVBdjGxfCU4lGRp1fxCogFiLOqP0+0K058KqiNBQTsoGkZdBfz6qBBAGAAW6jl+U WO/z2/VLlvR9pgbjE6egaRjvzbdWhbVQDiN5GOv2IIvQAsd7oStbHOPogk8q6e9z0eQXUvr73MHL kEDYNiKk9H012fSJ6lrBHNfKBH+FDR4DJpSICpvKNSp0UZqVJoiuS7eXF1N4f2QqQ9hH8ghSlEH6 1PyiDGsW9iJ0HDyXe+kDUITqnqlNfNw2sK1CCKts4jcQ7sW4B+WO8pe6qRSph5cZX1WEAyFHos1/ yvG5ygCV6Piax+iw1CBREC49A52vYryXXPL17RzLdi+ny1eWAFZMa9RsvAeL/wPFib9noMy2dndb ZYx7O0ug973zayfled+bVZD11nx1SacWJhSvQz87zTTK0PN+KRJdimy90GvXinIM9UKdhHE/dbQt rHhBsvV6QEknM4+BtNlNsBp7USYAKrW1GqswvuRVpDkZZXLVgiLlSZbJxOfx/GT8Q7ehlimTVXOj dKeTx3QL/GX8RlwKeL7alJbJw1GR5pSWKa/68jKlRkiCWWj/lLb+xLW0EahAyjZgjjm/HCahOaT5 Qqr0qkDpjX/VR0p2rfx44ZVnPVoVlzYkteuKNqUBqLs512h6LM2g0phWHNlS6LCuaqZoOZFqFiyC poxoVQXdqJe/HeSRGR3xhUvO1roH6nOZNNM2UWURlXaT32q2amF3i4WtVrAAe2WErlawwG5NMemy YA+UFe60ZZmG6vSphq91qhRt0xFN2VICK4tE5lTn1WRZYwXD5FwjJjMBbalczdkd+nd3iJseVUXO czsJqqWOVizbs3IxWBxE3ldnD4vizUQoH/XZqmBtZwSXvtzYqY4ZPxWUDVArQxNL9NYz/DKYztU1 32jX0hBMWm1N4yozg/vlj8+uipBCbBTwuSMq8zq5PF+CrYjTiw8L12n5xvG6H0cr5ffSwc1r4Xhn F5fidhkka0W9LsXr13psec6lkrb464ocxTMvWAGnmPFMd4fCp1hLz/8WL+q1lAQcVkLBkXzOn5kM At7uZsB0wHiAjxtGxK3LmskLgfbKpTwUuhM7lEs2xOyR80gzayy8g1RakuUeeFWBs3MkkAedtdwT cKlvVbCZe4h9XjByKWSxIkb0E4afXZbDp480cpFZAZPeqFknnAV4L4yTRkjDFoloowtlAda6WWoY PcToHz4bd04w8qnfLmRVkE+cksXLUnCFk4ZKJhpbnrXdZ0uvg7XdYa//VqztQ2alKWelzF0iLj7L 3sES7B388dnbR6AGe5eg4orHbVXJJVj+8vOLK5hfV2w8wf6u8ak5dyPoOo80YPn7QLz36KeO7juA SX+pzQeZ3ruC7xlzb55QCqqwPI09JlxP1T8rokUzVN+1c8yxZ8xF+jpNuQij/DgaQ+Ybk6IxE5X4 8mUal087d1NUjtVrWxLr8GXlwJu/fynHo5Wr6OUbuldXBir0sVT/PPsYCua8/LEqDb8DbLeAcson D7+vNbtfzzpusGR2vxsTAd+zkkqqhPi4TyLNmf+x7k46f0O2TMTNppXGQY/kD+t7tSBq6OEkN20n AnTAlyEzrt/8jRRx094CAjRDy28TxHlUamdRbh40c109YBPtcFLzJb5z7Z+r4YGwbZnqPWwlQi+p i4kQFADxstOL5LvshJ4jyjJgJM5X+Malv+NknKhsMU0bPgV7ZLyxanLO2Aa6CD9OKN2AaW2FkXYT d31vivfKZSS9ShWo0u+7DiCwv0sm7jTf/Lo6VYeZEDV+hFtgHJO4LEmrKzc9lyzjqwdNE3FMLdJJ kp6uknTr4gXm6BOPyRHPf/tGxk/hYF92sy/9NrzHes9mY8g92dX5NFMqW0EUangJwCgWKEAM1NXJ vu1YYgYzwiUKe1buEr8q7LC5ZLuB+lmOKXxcEba7mPYdub0XuvjC+M6FYHmtgCc6xjzLz4183aeJ ta8fG2lwQ3OdEPUcM2edB77K4y1Dfk6ROFSv0umLdpC7ebs28QP//Q3+/2r4P8PBAn8cDk9Gk0+L 0+Hh6HA8mkJnz08/fP7U632mt6PD0WJ49in8zCaggY4mJ/Tx5CjzhXx+NB1cnA0ni8+3DyZHw/f7 bD4b7I0m5xeLvXfD+WI426Wb3fP+2fkpQHz7/tWv288fvmDHozEgZm/wdj6bThd7/fej6Zn4twCE nbe3Z8PFbDR8C/1jM/hDyAt3I8/z+PbR6PiYBecsmEEp+je+vb29XdTZWy32YngOs3CzxaJ4P0n2 mz0WNOG6ha1hHFhRDWGXPTifYRVt1oz3W739OFFVEBD6xYZv++MLpN8XownG5TeCb+j48ff1+p1n 50Mg7ekMNzcQ9HE72YnbPYZfEjD0oNNkFHoGtMdr+bjDBvXbGPXOtAC2n2ZICmdniKv0MS/2rxlQ EetDy0il7JwXZYspGwDdXsC7J0Cnk6MZvJuOP0ymZ6P+eA4kVR+Mh/0ZfgCwLkbDOTuHGs9r2Jc6 uw9Gz14t2t6ebB/3B9AT+Ko2qdfZNvuuVnu/vR3hPFaH91B8h00Q6OPpjI2Av1GcJDCo58P+gn1i bHqxAEBqW1v1r5HNxO1gOhn0F7Wft85rWztsDsQwOamNgNu3OABs65e68cF5bYRv6p+hKcQ9PEjw Ad8TAVI2wxUfR2dnX5grnCCshSucLVXiCncN1biCgGrthM2U0uEukmT+qn+xOJ3OPr08HbIHiCr2 ctg/wxF9ddZ/A0J2MR7iDRedYMkuZkB9KAHhi/mQDd/3kcznSNxDdjyDCn6aAi+P2X+y/0fgn/Un k3tAy32gaqRFEKastThlz0HColvh4XRyDFJ9MhgykWoaeGTGHoxPhoez/i42jrI2bZpJiQ4/Fv3D 8XB6DKS7ADk8d3Y+bO1ECe89gwmBsb/+dfubb+7Tj/FoMJzMh998c/svjP8H+FlNz6iq4s5xofF4 NJMHkrNHv4MQAzKb41scr7CzE8VywHI6UJ8PF+xwNuy/AVKdw8xUXL3BoQDZ+d7hdPrm7XTc+gLs 6W7fy5uhl2d13gw5h2q86W7mVsT+qz/hXBVF+832PuJccFWoMabn87CjcSV83N1POhpj23PV6Ji9 g1kCJoF309kb7AEQUJ99//DJXv/NYMzeDmfUHYK73Ql32t0w5WB60FM0MbiYAY0tgBIHb/onQ5xr DodEjr/99u2zZy/v3VOv3p2OBqdsNKe3c9DvjvqzI5xmxHuAghfB97yzgGUgm9nFZL7LDhZs0B+P 5wyVPhxG9moA0x3oTFAHNIsUiF++ujM/7x9Rgbd9mKqAS1ntYn4B334QBR7898GzH9Xb+i5X2FAO /fwzzpRALbP9/W3xMwCEHE7nw+1ffmHH4/4JO+3PoZPDCW9yyiajMTsZTw+xBazrX0N2NEVFjr3r T6jEm8n0HesfwuRFEJyNBjPk5/M5mx4j4u8Rq2NjDGbY0Ri9cx6g5hfnpHcG8lnwrj+bwCjOvfAt TKAGOPSLU5iPBzDZ9wHtoBOgijI8UjiZE31g6Yv58Kg8LPDFcAlAAIox8BEQE1HedIC/dknKHA2P LyYoVBb92YKLnprxjNVQ3/iqsY/Eext1hBpSSHA2PJvOPgBoYCacsH34O2etZpPtH4/eTy7OkF3Y /vzD2eF0zJ9LOuze5ibAfn82639gCZUjlYSXG2DjIf06h/JzFjfxZsZvQro5BXsEW6AdjAI2VgM0 /M5yCAwpKfeDnMFni4pf8qHCzwB7wf7Dh08k8gKJiS3k4C2BXiyQESWTxXg6PX8+7INlNJlDp2uH qACC2KXpr9lMYPpvaqpu2Azb8KitlF0xr7yaw7QKY//ph+EY57THFxO6n5PFM784lO/l2A/G/dEZ vnwIbEdcddKfHSLUg+l4PEQ1Fec9JOjpBcyU4/4CdNKzOZJgSlVUC1IVoq5/CJiDXzXjLdAXA7N0 sb9/MqhLHEMLJ7Opr+xgjIUBtaI4os5ZVNU4GI/m5+4yXzXw3X0ATQABoyWf4F8Nrhr0eX9wdoGP 6Ufd35u06SlqE/72eWdkC8+es4NvHz5hf4f/g+DyNDAfwTeHKQawdpxs5h70nmIjEwRkHKi2nlwM Rkfu8mMDqDmMmweOw0Afub85aekEJpnJ29FsOvms0Ub6lJNHzX4MtZ8Ox2MgMKwayYcTBTz/MIcm qSDccMmBxUQ5GmsxCN5COJQwgGw+IIkAfDk4mjH6xWr9+Xw6ML4i2tgWkKFfAElksc32gccX7Kt7 Q9C8xkATb4Yf4I5/qDeFMoMExwm0J8bPC1s6mrXxu3290XTCdXyFw8mHruwnZyjJBjTWHJgU2Tjm anzPp/PR+8AqwwecOQY8Oz2gCvHgYr4A2ff3D1OYqUBdPoMhfkIj9QCIHSxLnMNxIgdlac6+n1yY hYgZGFDf7xcjELRsjqr74LQ/wUkB5z6QUNB8/2K8YLxtnBUvzvEdKDjCAhoeH6NWvUBFwha23z36 9h/fv/i/L+7f+fTs2//6vHfnE9x83jscTfaOhocXJ0B23OKKO92dVtyNNbMriXo7rSRuSakrqfx4 1j8bPoX/z0GNtx6/ADUqenh2RG88nKF9A0oEzKYHkwUvn744BUp8DFPOo1mfrIWl+5WEIXQibOv9 asfwqN2z+wW2zg/QrA0KGChHP4wej+C5YxYwCoJYPHo6fPfP/vhimPOq6Xj3bHwkP8saOcfT/tmv 413koS9l57hA8Jo6ied5yzB1Evq3ZZs6rpZy3RCJbe04a3AYPF1VRctpiXe77Z1uL5K2uLhqDIVf 7cFLMAcu6uLH23qdK2KMff01dPls+hY0Y3RoPRgfoVtLOKsBD7yIqoukLIi44eQEbHGsUPzEKmuX Z/2T0eDR7+Elu6AnYDeLCy2Iep3TqphotNI1LH6b5oDp5Agb6uOf/gIEBjZCP3gT51OwHUZoJ314 Mb2YHImmCKsSBYJVbhgKagv8mB4DKtaJiyxPnvXRHvuiPOkCwcuTLc/ztsGTLfq3bfOkqyXgyf+6 mHCe5H69qKcxlMWTzhocPJlW0c4IfajobDTpgzmP4zc8O198YEBY/UUwhHvEGZj87GDC7YgkCXfg H03yi0edULMjBLWgPzjgP2sTmMfY4fToA2q9b5EyCfjh+3N0P4DhQO84uTXY12DijubsWNgeYL7P 2dkUcDoC6j/8wL6fDU/YP/uTi/fDMzQufuzPBqcsDncIc1QBzOYw5x+NuQ9kfj4cjKDVAcx8aOp/ da827p8dHvXZLl7C38GhmdP3gGLQIBUERnEqIMBEJ+Fi1kdnDsxeYKQDzt6DpoHzJfsq7LUJr1+F IS6Efk0f9SfSsciNbrTsaW2APkdwj8EMv0C/UH++T5+QWw+BIVMSenBMj49r78f7Tw5evGSPnz94 yA6evqzvM+Me1wzO+uc1vhLyfoe9JzUWPmU/hzvRTvyLAkvHAQCECFDvJP+/H399/HX4NSpugE6Q ApdfgSy4BDXkwezkktfMarjeAfbS/vdhEjXFQ1YDVrmYTZi45aUm8g7F0wIUZP4Nu3cxEW2MPg6P flW66eUxtPZViEDsSyDqqg7QQ0FVQkHD0mckoEBDvpRjeakGU4KYdkACgHLrLdmuda16bPpSr/n3 2fB4CHrk5Xao4+XrH/95yaAOvBQKcVxdQKAxbJFAfyKDjYZ8PEisoIGfNp6ymcVItTn8nqWimTsT uDzmr8Sfq4qCVgx8327aM3kNPUp8MkDEn8tGa9zFAxr6oD8TDxHKW7eYEAZBym1aES4UxPCiM4We G/JDFeWzWA140Whbm9yAF7Dur+5ZWEuRxq8UPvjo3nA8H966XaqKupjkQSR2AT/drj3N30D8qNkf mRBpxWiA1Q7xvn80s+pRdVFnQGfos3sSxDo9OGT3OJXrn0iOhFbQNhZ3h37EgsWtN27VVTQcKxrT rLJyfhzB691DUCa+lLLiAsGrrMRew0JXVmJuRtjKiqulW1ECM+8HnHMTXC9pgQWhr0Ja2oqzilxt JXFaED1gq1T/AHO6oxYyvWuCTIsAkT6Ih9wngL6mA75wp/jr55+Px9P+InoxfP/LL7hIMxly+Wzo EfiJmNQw6gAXMoEbyANKixDpssfPP98Buf7t4/78O+55gFpBv5He+NnFcJdrPPILqArIb/puzn77 7XB0cu8eI4Bw5M6ngE/e4FxbD+AeDgBsgus+c3T203rlAqsdnqFfn+511Wk/DYhBzzfUT47cB4tF f3CKKgBfIjrvL0AxqInxo7s611wEjFgI5y34FnSr76YX0IPHCC/qatLXIhZHtfUk6DM6xUYL0Q2K KvsGKLLT6OxG/BkyJ8aAdXd7twuz/PBYIWoZq4tkdYFRXUQhZa3dVuUKY6owyNQY84DAJUBMqMY6 8gSzSGT//jFMxUOBmhc/PfjuyaOX7NIqdcmeHpDzlxwd7D7eik8SNzYTjs2mcSVlIdcGF9touVHc qopiq9q2B9FtieiVQK/+o+CClAO0RZAnfGn9s7nOfp+vqD+cnn+YjU5OcQqrs7DXCwOQY9EO8ePT i7PhDI1e9uDJyXQ2WpyezYH5phfn7MniKOtUVAKH4ZqYWLeJ272duNPWVax7W80t+nl4/Bg1x/37 7McHf3/0a/D4ybMHL2vAXj/1Z4sd9vzRg+/g4fNnP/4avHj5/ODp9+hMHODLF+Tf3REVPnn09PuX P9gvUe/EWz7X/ry7QwV22D48/wUb5c3ztz9v3QEteGsHmfvp8B3ht1bfAW0Af/0iv4VPd1jY/IUb iajOHoAUmFOnQdWdPUFt4P59gguDF0BoQEOT0ZgEfRJGO0kU6urUF8GFxYDs/jdCHclH0hJo+kva s+ooy+orqBx+UddKFgB/zFXT9yI0o66a/E9o6yvZtnKDO6A9S1txVJCrq3AQMspKJ4p2OlFXcjDX 0C/vgO2LOHso1oAvpZNPFRnMhkejxZzdqwEZbD2YwFR7fto/HJIfDZcbSReA2RZVnNno8AJMVVre 4CEVNfj1dPp2eHY4nJFTpF3fR1bZeggSC0TSGJ6f9FPx+Hz6gT04AkhMqfl8BGrF7Ig9AGKazacT quL74XQGmsYDDF98N6dHPwwnsw/s2/4bs4IXi+H5KSgi3/bHH/sD9fj/XsxG/wMPZ2DYvvmwRZiX eBLc/cXw1LrBeBIs/XF0Pt87GYyDaLcN/1ucfFwxHzsa4Dz31PXq29GkD50i9wDbW5ydoxh4c/px /ENIfoS9o+HbvckFGFNYyXDm7EZnl6//XcyGu6MJ1zHX2Stne85OOksiZ6t+3QpJsIS9TpM1m/v0 HxcLRNmFtWXkSm+/GWlhZy6xokVyhjuhmBQxhD5gegO3XoAOTsC1WJjshx34T7pIG42GUXZ3cX50 6yXokFS+w5q9/Tjahw8RLlzC/RsLWnF3p8Ma/M/fcBWf3fpKTDzzHRpu1PFl4BrYD2+G56T6S8MJ x4LivOiiCtBmQjsgmLG94WKwtzsbjkdHLOizrf/+7YIcx8Hkty0MPlb3c7gnlxo6EINbWNf8w3wx PLv/40/B8wcvgt/ufHrwr79/Zvc+nc/QXroTf76nV3/vN0RB2Q/v2V+yW8cjA/gtHTKA9MHBf2sQ Mr0heBXI0m9/25U/Z78Vcsa1skVJnlghQyhuUPM0cEMc7se9VXAD6OAnt7DWoBkGSN/hftjdj8Jd ZUZAK61m02aN7DetruMbZI+wE4bIH+LvhkGug0G65zC4g7PzyfDdLjz7FX7iCsDumFS3NTNMceNO Bir+bGmGKqzaNd0klRgs1hnMauPWi4sJ+6+LMYsSFpJLEJQ6bcaxQcJJx/qkux+35SfIVVE7QabC Pz3BU/pVe7cIxqDxjdn28P1osc1jlsS7i8m70eQomEwDfMfuYXxroOJbg7P+7I1eHKqajNnWCUYe vXz55Gu+k028RKROF0O29VKr5O2QgqFRw/zfOa1Tzobn4/6Ar1OiiUaL87tb7BipmIBrfI3di8Nm hIGpDFCALsaj6eTeQjkaKVAZfXe8/AohwAp5fdRz1fuvv/6aPTsfToLB9IiclsobSoOlytW4ux9V 63PWn53M62XZ8hiMqC/GllbjZdnS+myVbGlWfXW2bDnYUrbhYMuegy0VSDZbUnhQ2NXZMu41d7qs gX/CZoYvs1z5H7JAKaZMS2d58j8kU16RIf4jZW4JNdB8QLMNLYAdH+HSz39UZdn/UDy7AgAl8+dA +B+SpRXWMIbn/GJ+GiB/cib9j4yYqw3UgiKvcevJFq+fAutV/c422VZty6jzaLoYnQ3nQJW1Cf9i PHw7HOufQLts67A/H26xCdva2ULI/aLjWu1BX5M5YmKFVqGnwquLhI1h+O+u916fbehsrwx/rJY5 1soZ5dlCTpAIRdjG+FmYVpOuzhPtsNtBphB/OVcMB6dTtqXq2YeX3X02OB0OaAPg8Kw/mLM5Bv7Q 5oSj0YyikD5ssW/+k1bTgK5+Zlt3Hv344OGLX18cvHz065ODFz8RaV1MKCp+i/2iE5j+wRb7C5Qz CgS3bll13f+NF2bB7yw4pLXfACdrhCpAwmDBmDCB9L0LIj765j9DdskwhCkYsr0n0/4R9GXvSHs2 hmfwgPPWqho8gWkTOIW9/hffe7VfHgh2a8jXVlkWmq0tycdetjvdHY8mF+93j4bH82viPEeTfuZz FL4a/2UrdLFga3kzMq3eVlVb+2Gi86AGSFZLhdKRYTx2d9qs0U01VPz/V+zH/gD3Z7OjIRg8R7ht Fje6E6lBxRTFhzFJxyLCeszibnsn6bZxgwhSGgdC1Nf4KqMbwus3fCMJbSg9GvJwUop/OOufIOE1 Hv33S5hWgG/N3Rbj0eEe6l/zYLA7dbybT0FSTPElVvLs8ZMH3+Phk8/wDgF68u3B0+8Ont/fu5jP gOJB0cQNHKrr9MGt+4wFJyz4F2ihfiJf88KCasNPxtnlBbWWQCsLYrHhX8nH2d/7ecsLVNvFZPT+ fDpb7OL4/gqvyNK5Nu2yoHk/Fgo+vBpj51fuyjPR9u9odzB5R2dyq41bP4IqiOCyHnJ6lOy3OnIC RU63QUJ2x09ozsWS+0kThY4253Ypr0WD/1E2qdiiIHfT4dbbMyAgtI7YFp9xyNOD2piIoYSS24vp OTdigtPp9M02u3f4gTtwoJyvsuMtKgGaJ9pgGNuLu6p5fVzNg/Ymk+Fsu871TK0Ybj7xFOR6IoZn gn1VG8AnaEGr7cEPn/3408GTR8+3BHi3yAY8O+ehmbK42GO9tf0SVFqQEdtbbCBClHn9aBriOiR8 yatBZBzLyNSAYs7wJTcJyYY1a/7+0cvg5SNeO6+ccJHiYevl8AzIDTlaqTYkZuVuaMHoIjLuf/v/ e3fL0b6MrG7c0nG34soJHyk1jE7nAVDENj//k15qO7Tv8THb37+YDzGYdzQZHDP5LP02Ut9KBKoy 0/FRoChuu57jVVM8Kyet65ZgVrslRJf1xYpkllmrSyPpVtJIIl1Yycqz+khsuM4UELY20iLxFOra SEiebPi3K4TTT8+evwReQS2A72Jm5++OlF/2yXegkX774tefnj+6f6f2+OD5i5e/PgY+r0Pp/tER 4OJ49J4FF2znTu2nBy8f/vDou19f/N8fv3325AXnPFXBsxcvoQb8jd/C34d1UKoBq+d4+0DWm6PN 9IU28xBuD4nHUK/BD0o1ktFj4P+4WWO3bwDAZNdHx8PfWe1O7cHz5y/qO4QR/Ll/vz9js7nBG2Dz DA9357PBbv/dm93FdDF8vzt5tz6eyG3P4IXckpV5IK+2q9O+4T2WldN0+yOgPOowXPiM9kFrR7oQ tK+AsMxhpP22oH05NUcxuovhX7C9OfFPoB/s3l//in9kijQurifSUQRi+tOrl8P//vzNN/dANR/3 P9y/Q3/YZDpCGrh/R/zACqnWZxPcP3NxMv4gZOsOumpP+28pJ875BQYc80Q7xLVCb25gzCYAQjaA SpfCg6rJu0tbs2B+oQKHQ75RZzAb8qBsmliwGj7xQNsjmkZ5Ccziglt65uj/heqnvF3217+OJm+n b6hhhYGLuayQ5zsIBFT3Sd0ljN+5gySAzcl3d2oKtuCcDwvxzGLWP2f3ZmcsOGZ3ROGvGbndw3tA ATBCMFi3vmKYdw6wdq56wgYwq36jPgJY2b1Hzx7f43CXGzI/m6Jn65o4VGvKz5xaoavxZVrR1VnS 8FGJum89no1oiyhyGVTa3k8inSMlCA6GbO6HPcNnSx7b1DM17w+k9J0N7lOq0cnwHSc7oDj4/TUD JUU9gN/YKJYxyQ+e1HlR8zk8UVMbEg09Bz7B6YB2m4Htze8uJrgIBNSIN4tpfz4Yjej34YLKvLIX gfULUABjMjp6T7+IF8Sv08XZWL5GyoR63BQKTe2KZq9pKnG26KFXZ9krkK2rvpVPKLJ6x5TSMacU BYhNw220P1sGDUfdnR5MKl0VGfBgPJ8yzBdFcvt0COJ2hFvNFso0IKpD8puDfYCq+5Tv2dFF2hTn EKzOmEZgVjgazQcXc3QoHg7H03dCiov2rEbmlvzeQr6BG2Ad+IVOxgBIc8HfceEOt/rb/slcfwu3 6VuP6MdeBHO2S1ba5SX7JDzOd5r77CHYk5jti6YkC1j0L0dyZviaMdwH1FDgWdMLPF5hI7KXViPw eGWNYEw9GAxqgpcdY7Jx31zJ7qiid2RZNW/CH1TzSfNgd0EwZeuVLZaQM9csZEpLmJWKlzXKllv/ Aq4kwdKleIXefkQzY2gJFsfMiGJIlyodFCodZ7QRXtt1/pfTI+3bG/QxEuC0f34OWiPAdGfEzvtz salbtLzFQqBMJkmTff21Xrmcfo+mlBH1y0mNsoxflnevg/24JfHto+8PnoKcUNA/evrPg+fPnv68 JZ9s/eJhRLK9dwfno+Pr4MNMax42zJS7Ahfada1YPcWKHVN7T5/aqfHspJ7YC6dhhwfRKtW0Wb91 i5jt3j/mMGPvs3u/YRgJLY/faf52j/3MguHvqK6yX7hVt7t7j7hNMFtkKbi6YpvVYbOWE+m+0mrK sZmU3YRf5JLaZDq5uD5S01rLJTWt3JVJLa1rxaSGFReRGjXuILXWfstYL4goslQR2pODb/nC2fnF 4Xg02Dt/c8L7he4qvnTYXyCZLHgudzR6F2xyASUo/ywWFQb8vH8miQ3ojBMbQsUJDh9ZRhO80wiP sq4J6oPCpahvcM7uhFQc9SX+AcGQT4iz6fE1Sj2jvQJi1EqugBzT2q5MkFFkEiRWXaR/CAAcRg0W 1okyJvkXp/IvndLvoNwD22hBMQo1roHsgslzhxJXHI1mQGj9we67rdsyViSYgc4sa9hiv/DIDyJM xmlGKatKYdjlVGq/R9KS0zVcdx786+/s3qd0+QjaE6smF4e1vddfffXVywffw79sTyg5O2xrq16n /vx8J/wF3d5R+jmGZGAd6ec0oz/84R9P//4C7vbE5xR/dQz9Phqyh5jt6NVkl/5S8VeTLbkY2EWP I/0rQtLYV7d48NZ8MYvNJ8jMv19MF0NMfxmLNbGvyHoIbqWx0AB6bV4HJYPgJC8fdKYu80BQz+aA Y+qLeLj1f/7P/9liGGZm4hfxz1ncRvyqGtQGrKEaM0aRR6vRpLV1529bYGkRYd15/uzxY3Zner6Y s+gbRQH1XFFC9H12dn2yxGwwV5iYRa8sTYzqrixO4qYuTkTdRVOcBMEWKB3c2pwkxizH1534H84K uw+++44ShYV9uv3p+cHTl/hATlrK/hAzF/Sfu51zzAg+/6HiD++vbrS7LAKX9m95ql/9p+6rfjWQ WmU7woRMoFjSj9aXl614h2hwWE9Xd6tkZbdozRDehB22+48Xj9hWnwscdI292v6Zi95nT//5//3j 2ctHv+DX8PTR0+/SZ7gwCI2HIVXy6j8NW1mvWQqz+RbrIrkFr/6zgjDEwjr0uiTT+7RyUXY9nl9X g8WibBV+X0d1V9eMuhlR5vT5ZkWZ2+Hb3I86RoBPEyUZ/cv5dwocN+MR5jh9UxBtf3BKN+T7RRfu LqOcLOez/slZfzEasPl0fLEQkeiU5hDm//MPGT8wRe3ZzuMdoeH3GV+xRydzII8B867r2c7gpcXq FSSjdw2P0jBTzHI7ogAq+htrMZMoG+9vaWa3jPi9t/dqd28O//z8eveX7Tt7e/d+28qRqw2hfLhk 3o1RaQE3qSz8+Wcs/AuXdoSodM/QX/+qRBsuUJcWab4KrldfW1yz6bcobfotVmr6LVZp+pm+iEUp 02/hNf3a+7Hhj+ihdOsp4aZdYnZXPmOvv/hLC5a913+jlHIA2WDOmnf2hO1CYRt1NkEf8ufb/z8/ +QkqMysFAA== --=-=-=-- From MAILER-DAEMON Tue May 02 09:34:17 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fav16-0004cW-UZ for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 09:34:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fav13-0004aj-LK for axiom-developer@nongnu.org; Tue, 02 May 2006 09:34:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fav10-0004Z8-SL for axiom-developer@nongnu.org; Tue, 02 May 2006 09:34:12 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fav10-0004Z5-QT for axiom-developer@nongnu.org; Tue, 02 May 2006 09:34:10 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fav1A-0003Qx-RE for axiom-developer@nongnu.org; Tue, 02 May 2006 09:34:20 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k42DXsDW009002; Tue, 2 May 2006 09:33:59 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-17-240.zoominternet.net [72.23.17.240]) by mua-4.zoominternet.net (Postfix) with ESMTP id 487757F404; Tue, 2 May 2006 09:33:55 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k42DSE205359; Tue, 2 May 2006 09:28:14 -0400 Date: Tue, 2 May 2006 09:28:14 -0400 Message-Id: <200605021328.k42DSE205359@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 02 May 2006 08:12:03 +0200) References: <200604271937.k3RJb1q26475@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Axiom trunk failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 13:34:15 -0000 no particular reason. you can submit it as a patch. --t From MAILER-DAEMON Tue May 02 17:03:57 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fb22H-0001ii-8J for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 17:03:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fb22F-0001ht-Pb for axiom-developer@nongnu.org; Tue, 02 May 2006 17:03:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fb22B-0001gV-9v for axiom-developer@nongnu.org; Tue, 02 May 2006 17:03:55 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fb22B-0001gS-2s for axiom-developer@nongnu.org; Tue, 02 May 2006 17:03:51 -0400 Received: from [62.4.16.102] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fb22P-0008Gt-IE for axiom-developer@nongnu.org; Tue, 02 May 2006 17:04:05 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id A1F1640E21; Tue, 2 May 2006 23:03:48 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k42L0TtZ022734; Tue, 2 May 2006 23:00:29 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k42L0TVg022733; Tue, 2 May 2006 23:00:29 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke References: <44342010.1000603@hemmecke.de> <4434DB4F.1000905@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <4434DB4F.1000905@hemmecke.de> Organization: Integrable Solutions Date: 02 May 2006 23:00:29 +0200 Message-ID: Lines: 36 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] star merge and the silver branch X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 21:03:55 -0000 Ralf Hemmecke writes: [...] | Of course, SVN has some weaknesses (especially not being able to do a | star-merge), but since you could live with CVS for many years, I am | sure you can cope with that missing feature anyway. Hi Ralf, Since you have been teasing us about this feature for a long time, I put a short description of how to work on the Axiom silver branch with SVK. See http://wiki.axiom-developer.org/AxiomSilverBranch SVK has implemented Tom Lord's "star merge" algorithm (I have not used it myself) http://svkbook.elixus.org/nightly/en/svk.ref.svk.c.smerge.html I do however use SVK frequently (though I'm no expert) and the steps I put on the wiki are those I followed to set up a working SVK repository for myself. Since the wiki has a very first firm idea about which parts of my edits count as verbatim, the formating is a bit odd in some places (especially the section on SVK). Please correct as you go through. This wiki seems to be more stubborn than others I've met. suggestions for improvement welcome. [if you're into using SVK, I recommend version 1.05 or newer] -- Gaby From MAILER-DAEMON Tue May 02 17:53:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fb2o8-0001yM-M0 for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 17:53:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fb2o7-0001yB-0k for axiom-developer@nongnu.org; Tue, 02 May 2006 17:53:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fb2o5-0001xK-CU for axiom-developer@nongnu.org; Tue, 02 May 2006 17:53:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fb2o5-0001xG-6u for axiom-developer@nongnu.org; Tue, 02 May 2006 17:53:21 -0400 Received: from [62.4.17.102] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fb2oJ-0004Hl-SS for axiom-developer@nongnu.org; Tue, 02 May 2006 17:53:36 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 2855C4F3B0; Tue, 2 May 2006 23:53:06 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k42LnwtZ022915; Tue, 2 May 2006 23:49:58 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k42LnwbF022914; Tue, 2 May 2006 23:49:58 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: David MENTRE Subject: Re: Issue building silver tree (was: Re: [Axiom-developer] Re: Editing wiki frontpage) References: <002701c65a4d$7e8058c0$04000100@asus> <87bqui5c7d.fsf_-_@linux-france.org> From: Gabriel Dos Reis In-Reply-To: <87bqui5c7d.fsf_-_@linux-france.org> Organization: Integrable Solutions Date: 02 May 2006 23:49:58 +0200 Message-ID: Lines: 49 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 May 2006 21:53:23 -0000 David MENTRE writes: | Gabriel Dos Reis writes: | | > Obtaining a working copy from the Sourceforge SVN repository | > ============================================================ | [...] | > | > * read-only access: | > | > Check out the silver branch of Axiom source code with | > | > svn co https://svn.sourceforge.net/svnroot/axiom/trunk axiom.silver | | I checked out a fresh silver tree following above instructions and this | tree does not build. | | (after a 'make') | | 10 copying /home/david/pub/axiom-libre/silver/axiom/src/scripts to /home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/text-base/axiom.sty.svn-base': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/prop-base/axiom.sty.svn-base': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/props/axiom.sty.svn-work': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/wcprops/axiom.sty.svn-work': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/entries': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/empty-file': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/README.txt': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/format': Permission denied | cp: cannot create regular file `/home/david/pub/axiom-libre/silver/axiom/mnt/linux/bin/tex/.svn/dir-wcprops': Permission denied | make: *** [litcmds] Error 1 | | | I suppose this is related to the .svn/ directories being spread all over | the axiom tree. | | 'make clean' does not work neither, with the same error. Hi David, SVK does not keep administrative files (like SVN or CVS) in the checked out working directories; consequently you should not see those problems if you work with SVK. Of course, that does not mean we should not fix the real problem. http://wiki.axiom-developer.org/AxiomSilverBranch see the section on SVK. -- Gaby From MAILER-DAEMON Tue May 02 23:13:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fb7nw-0005s0-1P for mharc-axiom-developer@gnu.org; Tue, 02 May 2006 23:13:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fb7nu-0005q4-2l for axiom-developer@nongnu.org; Tue, 02 May 2006 23:13:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fb7nr-0005ps-NH for axiom-developer@nongnu.org; Tue, 02 May 2006 23:13:28 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fb7nr-0005pp-Gu for axiom-developer@nongnu.org; Tue, 02 May 2006 23:13:27 -0400 Received: from [68.142.201.188] (helo=web31708.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fb7o9-0001qG-Ie for axiom-developer@nongnu.org; Tue, 02 May 2006 23:13:45 -0400 Received: (qmail 53077 invoked by uid 60001); 3 May 2006 03:13:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=xYqUys8hsNrq7GtlLzJ8L5uhMwOvVYGQCFDKfBNP/5QooUNAs4br0vBXUVBkSXXEhNrn4QMA31zM6EOmVfIs5W0WJQekvIBSD2we3OYsnB64SXuBirNbY7tgrqvVxvOQGVDddtv4HpRGgaDjTvchHwSixE892Bj+YUicUbme248= ; Message-ID: <20060503031326.53075.qmail@web31708.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31708.mail.mud.yahoo.com via HTTP; Tue, 02 May 2006 20:13:26 PDT Date: Tue, 2 May 2006 20:13:26 -0700 (PDT) From: C Y To: Jay Belanger , axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: [Axiom-developer] Check for item in PATH in Emacs? X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 03:13:30 -0000 Does anybody know of a way to check for, say, "axiom" in the PATH on a particular system from Emacs? Trying to run something via comint seems to result in an error which stops everything. I'm trying to first run "axiom" if it's available (it turns out graphics do work when run from the Emacs buffer) and if it isn't available fall back to "AXIOMsys". I know I could do some hackery with running "which axiom" on Linux but I'm hoping for something more straightforward and portable. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Wed May 03 15:43:51 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbNGJ-0000Lu-M8 for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 15:43:51 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbNGH-0000Im-4Z for axiom-developer@nongnu.org; Wed, 03 May 2006 15:43:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbNGE-0000Gt-3r for axiom-developer@nongnu.org; Wed, 03 May 2006 15:43:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbNGD-0000Gh-Rv for axiom-developer@nongnu.org; Wed, 03 May 2006 15:43:45 -0400 Received: from [62.4.17.103] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbNGf-0007Th-63 for axiom-developer@nongnu.org; Wed, 03 May 2006 15:44:13 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 4289A4F3BC; Wed, 3 May 2006 21:43:28 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k43JeEtZ027440; Wed, 3 May 2006 21:40:15 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k43JeEpx027439; Wed, 3 May 2006 21:40:14 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] size issue with noweb References: <002701c6656f$07475b50$6900a8c0@asus> <200604211924.k3LJOt114130@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200604211924.k3LJOt114130@localhost.localdomain> Organization: Integrable Solutions Date: 03 May 2006 21:40:14 +0200 Message-ID: Lines: 26 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dtroeger@cssfs0.engr.ccny.cuny.edu, axiom-developer@nongnu.org, david.mentre@gmail.com X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 19:43:50 -0000 root writes: [...] | Worse yet is the | include hell (which is the key reason why axiom is not yet | running on a mac) where each opsys changes the order of these | tiny include files. As far as I know, Axiom will not be the first program to be ported to mac that uses C! :-) [...] | Tools affect the way you think about a problem and even | what you can think about. We need to stop living with the | historical limitations of tools from my childhood and start | working with real, industrial strength tools. wholeheartly agreed. >From that to gigantic monolotic files I would have to swim through... Thankfully, I'm not in your shoes :-) -- Gaby From MAILER-DAEMON Wed May 03 16:39:16 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbO7w-0000QO-MI for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 16:39:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbO7v-0000OD-Cl for axiom-developer@nongnu.org; Wed, 03 May 2006 16:39:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbO7t-0000Ly-92 for axiom-developer@nongnu.org; Wed, 03 May 2006 16:39:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbO7t-0000Lt-4H for axiom-developer@nongnu.org; Wed, 03 May 2006 16:39:13 -0400 Received: from [62.4.17.103] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbO8L-0003uM-4l for axiom-developer@nongnu.org; Wed, 03 May 2006 16:39:41 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 9D59E4F399; Wed, 3 May 2006 22:38:58 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k43KZktZ027660; Wed, 3 May 2006 22:35:46 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k43KZkSS027659; Wed, 3 May 2006 22:35:46 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org References: <200605032005.k43K5Ew06437@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605032005.k43K5Ew06437@localhost.localdomain> Organization: Integrable Solutions Date: 03 May 2006 22:35:46 +0200 Message-ID: Lines: 62 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: noweb X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 20:39:16 -0000 root writes: | there is still a bit of controversy over the noweb inclusion. | some people (notably, but not limited to, FreeBSD) want to | use natively installed noweb rather than build it. There is | supposed to be a version of noweb with the fix installed but | i do not have it and have not tested it. OK. Certainly relying on the system noweb will simplify our build machinery, or at least the version I'm currently working on. However, I must point out that not all system have noweb install -- I just checked that my development environment does not have noweb [from which you will correctly infer that I do not use noweb]. A way out of this dilemma is as you suggest below: | a possible path is to use the configure script to test whether | the native installed noweb has the proper fix and, if not, to | build a local copy. as is evident from reading configure i'm | not a shell script programmer so i don't try to decide this | issue. i'm waiting for someone with better configure skills | to tackle the issue. Well, my question popped up precisely because I started working on converting Axiom's build machinery to use Autoconf. I'm doing this on a branch from the silver sources called "build-improvements". No, there is no change checked in yet; all is on my machine. So, consider the writer of this message as being at your service working on that aspect of that particular aspect of noweb requirement, if given sufficient details :-) | modules.c is one way to fix the noweb bug. i've submitted it | as a patch to norman ramsey but he rejected it saying that i | should use sed/awk to fix the problem rather than patch the | C code. unfortunately i'm not a sed/awk programmer so rather | than learn two new tools i simply kept the patch (which works). Can you give me a test for detecting the problem, or at least a detailed description of how to reproduce it? Did Norman Ramsey suggest on which file you should use the sed/awk fix? Again, I'm willing to help out that issue: It stands in my way of making progress on the build machinery stuff. | if the system-installed noweb is used certain domains are broken. | this will happen quietly in the current system unless you use | make NOISE= OK, I'll provide a configure option called --verbose to instruct generated Makefiles to set NOISE as approprite.. | | is there an 'axiom-dev@nongnu.org' mailing list? No, that is just me who botched the Axiom mailing list -- fixed thusly. I do not have a copy of my original mail, please could you resend it to the list? Thanks! There seems to be two lists named axiom-developer: One at sourceforge, and one at nongnu.org. I believe we should "close" the former. -- Gaby From MAILER-DAEMON Wed May 03 16:51:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbOJX-0001yh-M2 for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 16:51:15 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbOJV-0001tZ-B1 for axiom-developer@nongnu.org; Wed, 03 May 2006 16:51:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbOJT-0001pn-LZ for axiom-developer@nongnu.org; Wed, 03 May 2006 16:51:12 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbOJT-0001pZ-Gk for axiom-developer@nongnu.org; Wed, 03 May 2006 16:51:11 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbOJv-0005EQ-Ot for axiom-developer@nongnu.org; Wed, 03 May 2006 16:51:39 -0400 Received: from mua-1.zoominternet.net (mua-1.zoominternet.net [24.154.1.44]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k43Ko3Zt007606; Wed, 3 May 2006 16:50:03 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-1.zoominternet.net (Postfix) with ESMTP id 6ABB87F40C; Wed, 3 May 2006 16:50:03 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k43KiIp06467; Wed, 3 May 2006 16:44:18 -0400 Date: Wed, 3 May 2006 16:44:18 -0400 Message-Id: <200605032044.k43KiIp06467@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 03 May 2006 22:35:46 +0200) References: <200605032005.k43K5Ew06437@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: noweb X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 20:51:13 -0000 the axiom-developer@lists.sourceforge.net was created because the mailing list axiom-developer@nongnu.org failed for a week or so. once you create a mailing list you cannot delete it. to my knowledge no one uses axiom-developer@lists.sourceforge.net and since it's never been mentioned nobody knows about it. now you've ruined it. blown it. completely let the cat out of the bag. opened the barn door. sold the plans. sent it up the river. broadcast it to the masses. blogged it all over town. ah, the upcoming horror and ensuing destruction! t From MAILER-DAEMON Wed May 03 17:22:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbOny-00045q-5M for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 17:22:42 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbOnx-00045Y-98 for axiom-developer@nongnu.org; Wed, 03 May 2006 17:22:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbOnw-00045K-OS for axiom-developer@nongnu.org; Wed, 03 May 2006 17:22:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbOnw-000457-KF for axiom-developer@nongnu.org; Wed, 03 May 2006 17:22:40 -0400 Received: from [62.4.17.103] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbOoP-000806-90 for axiom-developer@nongnu.org; Wed, 03 May 2006 17:23:09 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 4891C4F3B0; Wed, 3 May 2006 23:22:26 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k43LJEtZ027870; Wed, 3 May 2006 23:19:15 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k43LJEoY027869; Wed, 3 May 2006 23:19:14 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org References: <200605032005.k43K5Ew06437@localhost.localdomain> <200605032044.k43KiIp06467@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605032044.k43KiIp06467@localhost.localdomain> Organization: Integrable Solutions Date: 03 May 2006 23:19:14 +0200 Message-ID: Lines: 31 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: noweb X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 21:22:41 -0000 root writes: | the axiom-developer@lists.sourceforge.net was created because the | mailing list axiom-developer@nongnu.org failed for a week or so. OK. | once you create a mailing list you cannot delete it. yes, that is why I put "close" in quote. | to my knowledge no one uses axiom-developer@lists.sourceforge.net | and since it's never been mentioned nobody knows about it. I subscribed to that list because it is displayed on the front page of Axiom at sourceforge -- "just in case". | now you've ruined it. | blown it. | completely let the cat out of the bag. | opened the barn door. | sold the plans. | sent it up the river. | broadcast it to the masses. | blogged it all over town. | | ah, the upcoming horror and ensuing destruction! :-) :-) -- Gaby From MAILER-DAEMON Wed May 03 18:13:03 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbPag-0007Zx-Mt for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 18:13:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbJrW-0001fr-TA for axiom-developer@nongnu.org; Wed, 03 May 2006 12:06:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbJrU-0001eH-V2 for axiom-developer@nongnu.org; Wed, 03 May 2006 12:06:02 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbJrU-0001e8-L7 for axiom-developer@nongnu.org; Wed, 03 May 2006 12:06:00 -0400 Received: from [129.175.52.4] (helo=matups.math.u-psud.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbJrt-0004HA-OS for axiom-developer@nongnu.org; Wed, 03 May 2006 12:06:26 -0400 Received: from barah.math.u-psud.fr (barah.math.u-psud.fr [129.175.52.24]) by matups.math.u-psud.fr (8.13.6/jtpda-5.4) with ESMTP id k43G5iZr028467 ; Wed, 3 May 2006 18:05:44 +0200 (MEST) Received: from localhost (localhost.localdomain [127.0.0.1]) by barah.math.u-psud.fr (Postfix) with ESMTP id CBA6A614002; Wed, 3 May 2006 18:05:44 +0200 (CEST) Received: from barah.math.u-psud.fr ([127.0.0.1]) by localhost (barah [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13782-05; Wed, 3 May 2006 18:05:36 +0200 (CEST) Received: from eole.univ-lyon1.fr (geo.math.u-psud.fr [129.175.50.56]) by barah.math.u-psud.fr (Postfix) with ESMTP id 703CB614001; Wed, 3 May 2006 18:05:32 +0200 (CEST) Received: by eole.univ-lyon1.fr (Postfix, from userid 1001) id 1410737CCAC; Wed, 3 May 2006 18:05:32 +0200 (CEST) Date: Wed, 3 May 2006 18:05:31 +0200 From: "Nicolas M. Thiery" To: Ralf Hemmecke Subject: Re: [Axiom-developer] A{ld,xi}o{r,m}-Combinat Message-ID: <20060503160531.GO3138@eole.rouba.net> References: <006301c66bd0$1a3aab60$6900a8c0@asus> <4453F40E.7000703@hemmecke.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4453F40E.7000703@hemmecke.de> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 at math.u-psud.fr Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by matups.math.u-psud.fr id k43G5iZr028467 X-Mailman-Approved-At: Wed, 03 May 2006 18:13:01 -0400 Cc: 'axiom-dev' , mupad-combinat-devel@lists.sourceforge.net X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Nicolas M. Thiery" List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 May 2006 16:06:03 -0000 > Actually, I must thank Nicolas quite a bit. He showed in his talks > how useful recursion is. And how this is currently done in > MuPAD. Basically, in MuPAD-combinat it is of importance that one > should be able to define combinatorial classes via a > grammer. MuPAD-combinat then computes a fixed point for this grammar > in order to get the combinatorial classes. And as I understood > Nicolas, that code is quite huge and complicated. To be exact: the MuPAD-Combinat code that deals with decomposable classes is monolithic. The distributed approach that we just used in Aldor, and that we plan to use in the future for MuPAD-Combinat, will be more natural, more modular, and easier to maintain and to extend. It will also deprecate the grammar-analysis code. Now for the code size itself ... If we want to keep all the features, there is still some work to do. I don't expect much more than 10% code reduction thanks to the distributed approach, and maybe another 10% thanks to the quality of the Aldor language. > >I hope we somehow find it possible to arrange more (and more frequent) > > such "sprints" on all sorts of Axiom subjects. > I'm all for it. We had lot's of fun, too. ;-) Definitely. > Nicolas, am I wrong if I say that you and perhaps your "team" now > more seriously consider Aldor/Axiom as an option? Of course, that > all depends on the availablility of Aldor. I definitely loved that language (I also love typing, but I am still not 100% sure whether in practice it would not go in the way for our kind of usage, namely rapid development of experimentation code for research. The flexibility of the MuPAD language definitely saved us a lot of time in many occasions). So, an exact sentence would be: - If Aldor was completely free - If the Axiom and Aldor community where merged with ongoing work to unify their libraries - If I was to restart from scratch a project like MuPAD-Combinat I would definitely hop in and choose that direction. Now, the MuPAD-Combinat code and community can't be moved that easily; it took five years to build them, and we still haven't completed the transition from Maple! So, the current status is that I will follow very closely what you guys are doing. And help you whenever I can (but, badly enough, without being able to put much work power in that). And try to make sure that we keep things synchronized. Go ahead: please steal whatever code/doc/tests you can! Thanks Martin and Ralf for that very fun workshop! Nicolas PS: I will put the slides of my talk on the MuPAD-Combinat web page shortly: http://mupad-combinat.sf.net/ --=20 Nicolas M. Thi=E9ry "Isil" http://Nicolas.Thiery.name/ From MAILER-DAEMON Wed May 03 21:05:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbSHL-0001vG-Th for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 21:05:15 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbSHL-0001v0-0h for axiom-developer@nongnu.org; Wed, 03 May 2006 21:05:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbSHH-0001u6-FR for axiom-developer@nongnu.org; Wed, 03 May 2006 21:05:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbSHH-0001tu-8j for axiom-developer@nongnu.org; Wed, 03 May 2006 21:05:11 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbSHl-0006lp-Vo for axiom-developer@nongnu.org; Wed, 03 May 2006 21:05:42 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 7F0386A5F3; Wed, 3 May 2006 21:05:03 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id AEFA36AC28; Wed, 3 May 2006 21:05:01 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Wed, 3 May 2006 21:05:06 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZtr9gdqQw1kRzkS2S3IGocdIZhxgBYgiWw From: "Page, Bill" To: "Gabriel Dos Reis" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 01:05:15 -0000 On Tuesday, May 02, 2006 2:12 AM Gabriel Dos Reis wrote: >=20 > Tim Daly (root) writes: >=20 > | yep. it turns off the "tail recursion" noise. bill schelter > | and i worked on creating tail recursion in AKCL. This was > | just a debugging message at the time. For some reason it > | outlived its useful life and continues in the current code > | base. the message "exposes" lisp to the user of the axiom > | interpreter so i removed it. >=20 > Tim, >=20 > Is there a reason why this code should not be contributed back > to GCL so that we don't have to patch GCL all the time? =20 >=20 As far as I know this patch is irrelevant since the message is controlled by the GCL switch (setq compiler::*suppress-compiler-notes* t) http://lists.nongnu.org/archive/html/gcl-devel/2003-09/msg00189.html http://lists.nongnu.org/archive/html/gcl-devel/2003-09/msg00195.html Note that the patch is not used on Debian. Regards, Bill Page. From MAILER-DAEMON Wed May 03 21:40:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbSpX-0001Gf-GD for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 21:40:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbSpW-0001EV-5z for axiom-developer@nongnu.org; Wed, 03 May 2006 21:40:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbSpU-0001DZ-H6 for axiom-developer@nongnu.org; Wed, 03 May 2006 21:40:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbSpU-0001DW-CU for axiom-developer@nongnu.org; Wed, 03 May 2006 21:40:32 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbSpz-0000pB-E7 for axiom-developer@nongnu.org; Wed, 03 May 2006 21:41:03 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id D2AF56B2E6; Wed, 3 May 2006 21:40:29 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id E84866B289; Wed, 3 May 2006 21:33:58 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Wed, 3 May 2006 21:34:09 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZu8cFiqCX0AGFHQ0+DDgps+iBvFQAJ442A From: "Page, Bill" To: "Gabriel Dos Reis" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 01:40:34 -0000 Gaby, Thanks for your continuing work on the Axiom Silver branch! :) On Wednesday, May 03, 2006 4:36 PM you wrote: > ... > Tim Daly (root) wrote:=20 > | modules.c is one way to fix the noweb bug. i've submitted it > | as a patch to norman ramsey but he rejected it saying that i > | should use sed/awk to fix the problem rather than patch the > | C code. unfortunately i'm not a sed/awk programmer so rather > | than learn two new tools i simply kept the patch (which works). >=20 > Can you give me a test for detecting the problem, or at least > a detailed description of how to reproduce it? Did Norman > Ramsey suggest on which file you should use the sed/awk fix? > Again, I'm willing to help out that issue: It stands in my > way of making progress on the build machinery stuff. Please forgive my irritation but this issue *has* been discussed repeatedly on this list. Most recently see: http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00226.html Here is the awk script again since the version stored in the axiom-developer archive is mangled because it confuses some of script with an email address: axiom-noweb: ------------ #!/bin/sh awk ' /@use / { uses [substr($0, 6)] =3D 1 } /@defn / { defns[substr($0, 7)] =3D 1 } { print } END { for (i in uses) if (!defns[i]) printf "@begin code\n@defn %s\n@nl\n@text <<%s>>\n@end code\n", i, i }' exit 0 # test with sed '1,/test with/d' $0 | notangle -filter $0 <<*>>=3D return x << 2 >> 2; @ -------- All we have to do is include this script with the Axiom distribution and call it as a filter as he shows. % notangle -filter axiom-noweb Really, this script is not so hard to understand is it? The documentation for noweb filters is here: http://www.literateprogramming.com/noweb_hacker.pdf -------- Regards, Bill Page. From MAILER-DAEMON Wed May 03 22:08:48 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbTGq-0005L2-62 for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 22:08:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbTGn-0005Jj-7O for axiom-developer@nongnu.org; Wed, 03 May 2006 22:08:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbTGl-0005Hx-Mz for axiom-developer@nongnu.org; Wed, 03 May 2006 22:08:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbTGl-0005Hn-8w for axiom-developer@nongnu.org; Wed, 03 May 2006 22:08:43 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbTHG-0003Lf-Kr for axiom-developer@nongnu.org; Wed, 03 May 2006 22:09:14 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 70E916BBFF; Wed, 3 May 2006 22:08:42 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 83EDE6BBAC; Wed, 3 May 2006 22:08:40 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Check for item in PATH in Emacs? Date: Wed, 3 May 2006 22:08:50 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Check for item in PATH in Emacs? Thread-Index: AcZuX5RyA2qX1KgzSGi6UUTcpicgogAv3vTg From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 02:08:45 -0000 On Tuesday, May 02, 2006 11:13 PM C Y wrote: >=20 > Does anybody know of a way to check for, say, "axiom" in the > PATH on a particular system from Emacs? Trying to run something > via comint seems to result in an error which stops everything. > I'm trying to first run "axiom" if it's available (it turns out > graphics do work when run from the Emacs buffer) and if it isn't > available fall back to "AXIOMsys". I know I could do some hackery > with running "which axiom" on Linux but I'm hoping for something > more straightforward and portable. >=20 I'm no emacs hacker, but it looks like some code in emacs esh-ext might do what you want. See: http://www.cgl.uwaterloo.ca/~mmwasile/data/elisp/eshell-2.4.2/esh-ext.el ... (defun eshell-search-path (name) "Search the environment path for NAME." (if (file-name-absolute-p name) name (let ((list (parse-colon-path (getenv "PATH"))) suffixes n1 n2 file) (while list (setq n1 (concat (car list) name)) (setq suffixes eshell-binary-suffixes) (while suffixes (setq n2 (concat n1 (car suffixes))) (if (and (or (file-executable-p n2) (and eshell-force-execution (file-readable-p n2))) (not (file-directory-p n2))) (setq file n2 suffixes nil list nil)) (setq suffixes (cdr suffixes))) (setq list (cdr list))) file))) ... Regards, Bill Page. From MAILER-DAEMON Wed May 03 22:37:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbTiW-0001VO-Se for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 22:37:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbTiU-0001Ut-Sn for axiom-developer@nongnu.org; Wed, 03 May 2006 22:37:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbTiS-0001Ug-8i for axiom-developer@nongnu.org; Wed, 03 May 2006 22:37:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbTiS-0001Ud-3E for axiom-developer@nongnu.org; Wed, 03 May 2006 22:37:20 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbTix-0005DW-Nx for axiom-developer@nongnu.org; Wed, 03 May 2006 22:37:51 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 0250140E27; Thu, 4 May 2006 04:37:16 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k442XgtZ029396; Thu, 4 May 2006 04:33:53 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k442Xg5S029395; Thu, 4 May 2006 04:33:42 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 04:33:42 +0200 Message-ID: Lines: 39 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 02:37:23 -0000 "Page, Bill" writes: | On Tuesday, May 02, 2006 2:12 AM Gabriel Dos Reis wrote: | > | > Tim Daly (root) writes: | > | > | yep. it turns off the "tail recursion" noise. bill schelter | > | and i worked on creating tail recursion in AKCL. This was | > | just a debugging message at the time. For some reason it | > | outlived its useful life and continues in the current code | > | base. the message "exposes" lisp to the user of the axiom | > | interpreter so i removed it. | > | > Tim, | > | > Is there a reason why this code should not be contributed back | > to GCL so that we don't have to patch GCL all the time? | > | | As far as I know this patch is irrelevant Great! I'm preparing a patchlet to remove its application to the silver branch. | since the message is controlled by the GCL switch | | (setq compiler::*suppress-compiler-notes* t) | | http://lists.nongnu.org/archive/html/gcl-devel/2003-09/msg00189.html | http://lists.nongnu.org/archive/html/gcl-devel/2003-09/msg00195.html What happened to that proposal to Camm? That message seems to have received no public answer... | Note that the patch is not used on Debian. That is good. -- Gaby From MAILER-DAEMON Wed May 03 22:47:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbTrn-0006L5-SM for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 22:46:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbTrm-0006L0-2k for axiom-developer@nongnu.org; Wed, 03 May 2006 22:46:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbTrj-0006Ko-Hy for axiom-developer@nongnu.org; Wed, 03 May 2006 22:46:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbTrj-0006Kl-DF for axiom-developer@nongnu.org; Wed, 03 May 2006 22:46:55 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbTsF-0005nO-2U for axiom-developer@nongnu.org; Wed, 03 May 2006 22:47:27 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 1DA304F3B8; Thu, 4 May 2006 04:46:52 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k442hStZ029412; Thu, 4 May 2006 04:43:28 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k442hSx8029411; Thu, 4 May 2006 04:43:28 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 04:43:28 +0200 Message-ID: Lines: 33 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 02:46:58 -0000 "Page, Bill" writes: | On Tuesday, May 02, 2006 2:12 AM Gabriel Dos Reis wrote: | > | > Tim Daly (root) writes: | > | > | yep. it turns off the "tail recursion" noise. bill schelter | > | and i worked on creating tail recursion in AKCL. This was | > | just a debugging message at the time. For some reason it | > | outlived its useful life and continues in the current code | > | base. the message "exposes" lisp to the user of the axiom | > | interpreter so i removed it. | > | > Tim, | > | > Is there a reason why this code should not be contributed back | > to GCL so that we don't have to patch GCL all the time? | > | | As far as I know this patch is irrelevant since the message is | controlled by the GCL switch | | (setq compiler::*suppress-compiler-notes* t) | | http://lists.nongnu.org/archive/html/gcl-devel/2003-09/msg00189.html Tim, According to that message all but two of your patches to GCL would be already present in GCL. Please could you clarify why we are still keeping more than patches for GCL? -- Gaby From MAILER-DAEMON Wed May 03 23:00:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbU4X-0000ek-Kz for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:00:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbU4V-0000ef-Ke for axiom-developer@nongnu.org; Wed, 03 May 2006 23:00:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbU4U-0000e4-2A for axiom-developer@nongnu.org; Wed, 03 May 2006 23:00:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbU4T-0000dl-Vx for axiom-developer@nongnu.org; Wed, 03 May 2006 23:00:06 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbU4z-0006l1-OG for axiom-developer@nongnu.org; Wed, 03 May 2006 23:00:37 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4430296004329; Wed, 3 May 2006 23:00:02 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id 2A9067F404; Wed, 3 May 2006 23:00:02 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k442sIl06612; Wed, 3 May 2006 22:54:18 -0400 Date: Wed, 3 May 2006 22:54:18 -0400 Message-Id: <200605040254.k442sIl06612@localhost.localdomain> From: root To: bill.page1@synthesis.anikast.ca In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] Re: noweb References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:00:08 -0000 Bill, > Please forgive my irritation but this issue *has* been discussed > repeatedly on this list. Most recently see: i realize that the current solution is an irritation to you. i'd suggest that you check out a copy of axiom and integrate the patch. it's not as simple as it seems. fully integrating the patch involves, at least, *) change configure to check for an installed noweb *) if noweb is not installed build it *) if noweb is installed check to see if the filter already exists *) if noweb is already patched use it *) if noweb is not patched use the scripted patch *) put the patch in src/scripts *) modify src/scripts/Makefile.pamphlet to document and include the patch *) modify the main makefile to exclude the current patch *) document the changes *) build and test it against a prior version *) post the diffs. the limiting factor for accepting this fix is that i just don't feel it's a priority. i have a lot of changes to axiom "in the pipe", all of which are taking up my time and attention. a well tested changeset would go a long way to getting it off your irritation list. > Really, this script is not so hard to understand is it? yes, it is. really. it just reads as line noise to me. for example, the variable 'uses' is not defined anywhere. nor is 'defns'. what exactly is it trying to iterate over and where does the data come from? this is all probably apparent to a sed/awk/shell programmer but the point of literate programming is to make it apparent to those people who need to maintain it. if i can't understand it without learning 3 new languages then the next person who needs to maintain it might not understand it either. the fact that you understand a scripting language does not make it the least bit transparent to me. t From MAILER-DAEMON Wed May 03 23:08:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUCF-0006g8-Ro for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:08:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUCD-0006g3-Lg for axiom-developer@nongnu.org; Wed, 03 May 2006 23:08:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUCC-0006fr-3I for axiom-developer@nongnu.org; Wed, 03 May 2006 23:08:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUCB-0006fo-Vz for axiom-developer@nongnu.org; Wed, 03 May 2006 23:08:04 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUCh-0007Mx-U6 for axiom-developer@nongnu.org; Wed, 03 May 2006 23:08:36 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 749894F3A4; Thu, 4 May 2006 05:08:00 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4434atZ029484; Thu, 4 May 2006 05:04:37 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4434aBe029483; Thu, 4 May 2006 05:04:36 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: noweb References: <200605040254.k442sIl06612@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040254.k442sIl06612@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 05:04:36 +0200 Message-ID: Lines: 25 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:08:06 -0000 root writes: | Bill, | | > Please forgive my irritation but this issue *has* been discussed | > repeatedly on this list. Most recently see: | | i realize that the current solution is an irritation to you. | i'd suggest that you check out a copy of axiom and integrate | the patch. it's not as simple as it seems. fully integrating | the patch involves, at least, | | *) change configure to check for an installed noweb | *) if noweb is not installed build it My current Autoconf work does that. It builds noweb at configure time if none of the noweb utility is found. It currently does that for the build platform; it will do it for the target platform if necessary. | *) if noweb is installed check to see if the filter already exists I can do this if I'm given sufficient detail of how to detect the problem and where the filter could possibly reside. -- Gaby From MAILER-DAEMON Wed May 03 23:12:52 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUGp-0007pa-RZ for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:12:51 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUGn-0007pQ-Nw for axiom-developer@nongnu.org; Wed, 03 May 2006 23:12:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUGl-0007pE-EL for axiom-developer@nongnu.org; Wed, 03 May 2006 23:12:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUGl-0007pB-9E for axiom-developer@nongnu.org; Wed, 03 May 2006 23:12:47 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUHH-0007cS-90 for axiom-developer@nongnu.org; Wed, 03 May 2006 23:13:19 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id C77DB6BADC; Wed, 3 May 2006 23:12:45 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 56C976B830; Wed, 3 May 2006 23:12:43 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Wed, 3 May 2006 23:12:41 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZvJt9ArKIRVunBSDuAC4YtHaIYQgAAGKTQ From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:12:49 -0000 Tim, You wrote: > ... > Bill Page wrote: > > Really, this script is not so hard to understand is it? >=20 > yes, it is. really. it just reads as line noise to me. for > example, the variable 'uses' is not defined anywhere. nor > is 'defns'. what exactly is it trying to iterate over and > where does the data come from? This is part of noweb. It would help a lot if you would bother to read the noweb documentation: http://www.literateprogramming.com/noweb_hacker.pdf This was written by the author of noweb so I do expect that he had literate programming in mind. > this is all probably apparent to a sed/awk/shell > programmer but the point of literate programming is to make it > apparent to those people who need to maintain it. if i can't > understand it without learning 3 new languages then the next > person who needs to maintain it might not understand it either. >=20 > the fact that you understand a scripting language does not > make it the least bit transparent to me.=20 >=20 Get serious! awk is a standard unix tool and is part of every linux distribution. It has been around for at least as long the C programming language. We make no attempt to explain C programming or even lisp programming to anyone, so why should we need to explain awk? Regards, Bill Page. From MAILER-DAEMON Wed May 03 23:13:57 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUHt-00083M-5R for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:13:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUHr-00082x-Af for axiom-developer@nongnu.org; Wed, 03 May 2006 23:13:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUHq-00082l-OJ for axiom-developer@nongnu.org; Wed, 03 May 2006 23:13:54 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUHq-00082i-Ie for axiom-developer@nongnu.org; Wed, 03 May 2006 23:13:54 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUIM-0007eY-Ma for axiom-developer@nongnu.org; Wed, 03 May 2006 23:14:26 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id A9E8240E22; Thu, 4 May 2006 05:13:51 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k443ARtZ029513; Thu, 4 May 2006 05:10:28 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k443AREY029512; Thu, 4 May 2006 05:10:27 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 05:10:27 +0200 Message-ID: Lines: 38 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:13:56 -0000 Gabriel Dos Reis writes: | "Page, Bill" writes: | | | On Tuesday, May 02, 2006 2:12 AM Gabriel Dos Reis wrote: | | > | | > Tim Daly (root) writes: | | > | | > | yep. it turns off the "tail recursion" noise. bill schelter | | > | and i worked on creating tail recursion in AKCL. This was | | > | just a debugging message at the time. For some reason it | | > | outlived its useful life and continues in the current code | | > | base. the message "exposes" lisp to the user of the axiom | | > | interpreter so i removed it. | | > | | > Tim, | | > | | > Is there a reason why this code should not be contributed back | | > to GCL so that we don't have to patch GCL all the time? | | > | | | | As far as I know this patch is irrelevant | | Great! I'm preparing a patchlet to remove its application to the | silver branch. Bill -- Here is a patch for it. I suppresed the patch for any version of GCL greater than 2.6.7. Should I be more aggressive than that? Tim -- I nominate this patch for the gold branch. In the long run, I believe we should not construct a ghetto carefully delimitated by myriad of local patches. -- Gaby From MAILER-DAEMON Wed May 03 23:17:45 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbULZ-0000fD-CR for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:17:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbULX-0000f7-RY for axiom-developer@nongnu.org; Wed, 03 May 2006 23:17:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbULW-0000es-Cv for axiom-developer@nongnu.org; Wed, 03 May 2006 23:17:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbULW-0000ei-1k for axiom-developer@nongnu.org; Wed, 03 May 2006 23:17:42 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUM2-0007s6-6F for axiom-developer@nongnu.org; Wed, 03 May 2006 23:18:14 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id E7DDD6C15B; Wed, 3 May 2006 23:17:40 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 5C7506C156; Wed, 3 May 2006 23:17:39 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Wed, 3 May 2006 23:17:37 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZvJ/xph4FBz2wtTB+qq/E6axldLAAAKZCg From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:17:44 -0000 Gaby,=20 On Wednesday, May 03, 2006 11:05 PM you wrote: > ...=20 > | *) if noweb is installed check to see if the filter already > | exists >=20 > I can do this if I'm given sufficient detail of how to detect > the problem and where the filter could possibly reside. >=20 It would make good sense to me to put the 'axiom-noweb' file in the Axiom scripts directory. It can be called simply by changing the definition of the NOTANGLE variable in the Makefile to: NOTANGLE=3D"notangle -filter axiom-noweb" Regards, Bill Page. From MAILER-DAEMON Wed May 03 23:25:34 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUT8-00064o-FK for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:25:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUT6-000643-Fw for axiom-developer@nongnu.org; Wed, 03 May 2006 23:25:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUT3-00062R-8E for axiom-developer@nongnu.org; Wed, 03 May 2006 23:25:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUT3-00062O-2J for axiom-developer@nongnu.org; Wed, 03 May 2006 23:25:29 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUTZ-0008O9-7d for axiom-developer@nongnu.org; Wed, 03 May 2006 23:26:01 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k443PJtM009388; Wed, 3 May 2006 23:25:24 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id 07C097F403; Wed, 3 May 2006 23:25:19 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k443Ja506648; Wed, 3 May 2006 23:19:36 -0400 Date: Wed, 3 May 2006 23:19:36 -0400 Message-Id: <200605040319.k443Ja506648@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 04 May 2006 04:43:28 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:25:32 -0000 > | (setq compiler::*suppress-compiler-notes* t) this change is already integrated into the new bookvol5.pamphlet file. however that file is radically changed from the current version and is not yet ready to be released to the outside world. when that major change is released in a future version the whole issue will disappear. > According to that message all but two of your patches to GCL would > be already present in GCL. Please could you clarify why we are still > keeping more than patches for GCL? time. again, the issue is time. it takes a long time to make changes to axiom assuming you're going to ensure they are correct before releasing them to the world. GCL works as it is currently installed in axiom. many other things do not. still other facilities needs documenting. yet more need enhancing. the long term will find axiom on ansi common lisp, hopefully without patches to any of the ansi lisp systems, including gcl. however i have not yet finished the ansi port but when that major change is released in a future version the whole issue will disappear. about every 6 months i finish a major portion of axiom work (e.g. the original algebra, the original book, the browser recovery, the graphics recovery, the sman "feature complete" build, major ports, the tutorial book, etc). there are yet more in the pipe and when i sit down to work on axiom in the limited time i have available i need to work on big changes which make the system more useful and accessible. if you follow the GCL discussions from the past it is possible to re-engineer axiom so it will run on a natively installed GCL. to do that you need to: *) change configure to detect if gcl is installed *) change configure to ensure that the native gcl is the correct version and patch level *) if not, build gcl from zips and apply the correct patches i would note here that it is NOT acceptable to stop the build and insist that the user install/upgrade some other package. axiom builds should 'just work'. *) change/document the top level makefile to reflect these changes *) change/document the lsp/makefile to reflect these changes *) change/docuemnt the src/boot/makefile, src/interp/makefile, and src/algebra/makefile to build using native gcl *) document the changes *) test the changes against a prior version *) test the changes on all known ports *) post the patches there is no such thing as a simple job. t From MAILER-DAEMON Wed May 03 23:37:01 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUeD-0001Ae-N8 for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:37:01 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUeC-0001AN-6w for axiom-developer@nongnu.org; Wed, 03 May 2006 23:37:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUeB-0001A3-41 for axiom-developer@nongnu.org; Wed, 03 May 2006 23:36:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUeA-0001A0-VD for axiom-developer@nongnu.org; Wed, 03 May 2006 23:36:59 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUeg-0000Zd-T0 for axiom-developer@nongnu.org; Wed, 03 May 2006 23:37:31 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 29E0640E27; Thu, 4 May 2006 05:36:55 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k443XVtZ029621; Thu, 4 May 2006 05:33:31 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k443XV61029620; Thu, 4 May 2006 05:33:31 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 05:33:31 +0200 Message-ID: Lines: 227 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:37:00 -0000 Gabriel Dos Reis writes: [...] | | | As far as I know this patch is irrelevant | | | | Great! I'm preparing a patchlet to remove its application to the | | silver branch. | | Bill -- | | Here is a patch for it. Gosh, I forgot the real thing. It is there, real this time. -- Gaby lsp/ChangeLog 2006-05-03 Gabriel Dos Reis * Makefile.pamphlet: Skip tail-recursive patch for GCL version greater or equal to 2.6.7. Document. zips/ChangeLog 2006-05-03 Gabriel Dos Reis * gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch: Delete. * gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch: Likewise. * gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch: Likewise. * gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch: Likewise. * gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch: Likewise. *** lsp/Makefile.pamphlet (revision 32) --- lsp/Makefile.pamphlet (local) *************** Bill Schelter added tail recursion for A *** 383,389 **** he left code in the system to print a message when the code was executed. We no longer care but it is still in GCL. We patch the call rather than the cmpnote function as cmpnote might have later ! usage. <>= @(cd ${GCLVERSION}/cmpnew ; \ echo 11 applying tail-recursive noise patch ; \ --- 383,393 ---- he left code in the system to print a message when the code was executed. We no longer care but it is still in GCL. We patch the call rather than the cmpnote function as cmpnote might have later ! usage. ! ! Bill Page reported that this tail-recursive patch is no longer ! necessary for recent releases of GCL. Consequently, it has ! been disabled for all versions of GCL greater than 2.6.7. <>= @(cd ${GCLVERSION}/cmpnew ; \ echo 11 applying tail-recursive noise patch ; \ *************** GCL 2.6.1 renamed the files. *** 457,478 **** echo 12 applying tail-recursive noise patch ; \ ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) @ - <>= - @(cd ${GCLVERSION}/cmpnew ; \ - echo 11 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpflet.lsp.patch ) - @(cd ${GCLVERSION}/cmpnew ; \ - echo 12 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) - @ - <>= - @(cd ${GCLVERSION}/cmpnew ; \ - echo 11 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpflet.lsp.patch ) - @(cd ${GCLVERSION}/cmpnew ; \ - echo 12 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) - @ \subsubsection{collectfn fix} GCL-2.6.1 renamed collectfn.lsp to gcl\_collectfn.lsp. We rename it back into place because we have later Makefiles --- 461,466 ---- *** zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch (revision 32) --- zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch (local) *************** *** 1,13 **** - --- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 - +++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 - @@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) - + ) - - ;;; Open-codable function call. - ((and (listp args) --- 0 ---- Property changes on: zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision *** zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch (revision 32) --- zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch (local) *************** *** 1,15 **** - --- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 - +++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 - @@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." - - (fun-name (car fd)))) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." - +; (fun-name (car fd))) - + ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) --- 0 ---- Property changes on: zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision *** zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch (revision 32) --- zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch (local) *************** *** 1,13 **** - --- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 - +++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 - @@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) - + ) - - ;;; Open-codable function call. - ((and (listp args) --- 0 ---- Property changes on: zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision *** zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch (revision 32) --- zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch (local) *************** *** 1,15 **** - --- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 - +++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 - @@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." - - (fun-name (car fd)))) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." - +; (fun-name (car fd))) - + ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) --- 0 ---- Property changes on: zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision *** zips/gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch (revision 32) --- zips/gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch (local) *************** *** 1,13 **** - --- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 - +++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 - @@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) - + ) - - ;;; Open-codable function call. - ((and (listp args) --- 0 ---- *** zips/gcl-2.6.8pre.cmpnew.gcl_cmpflet.lsp.patch (revision 32) --- zips/gcl-2.6.8pre.cmpnew.gcl_cmpflet.lsp.patch (local) *************** *** 1,15 **** - --- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 - +++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 - @@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") - - (cmpnote "Tail-recursive call of ~s was replaced by iteration." - - (fun-name (car fd)))) - +; 20031022000 tpd we don't need to know this - +; (cmpnote "Tail-recursive call of ~s was replaced by iteration." - +; (fun-name (car fd))) - + ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) --- 0 ---- From MAILER-DAEMON Wed May 03 23:39:20 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUgS-0002Oh-PB for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:39:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUgR-0002OL-30 for axiom-developer@nongnu.org; Wed, 03 May 2006 23:39:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUgQ-0002NM-4n for axiom-developer@nongnu.org; Wed, 03 May 2006 23:39:18 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUgP-0002NH-VD for axiom-developer@nongnu.org; Wed, 03 May 2006 23:39:17 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUgw-0000hf-4c for axiom-developer@nongnu.org; Wed, 03 May 2006 23:39:50 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 0C0056C373; Wed, 3 May 2006 23:39:17 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 8E82B6C368; Wed, 3 May 2006 23:39:13 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Wed, 3 May 2006 23:39:12 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvKm4TLec5NaHrToSKm2epzx6yAQAAKhZQ From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:39:19 -0000 Tim,=20 On Wednesday, May 03, 2006 11:20 PM you wrote: > ... it takes a long time to make changes to axiom assuming > you're going to ensure they are correct before releasing > them to the world. This is the wrong assumption to make about open source. You are not "releasing" a product, you are doing collaborative development - hopefully involving many other people. The quality of the result depends on their participation. > ...=20 > about every 6 months i finish a major portion of axiom work > (e.g. the original algebra, the original book, the browser > recovery, the graphics recovery, the sman "feature complete" > build, major ports, the tutorial book, etc). there are yet > more in the pipe and when i sit down to work on axiom in the > limited time i have available i need to work on big changes > which make the system more useful and accessible.=20 >=20 It does not make sense that you are trying to do all this by yourself. If Axiom is going to get anywhere this has to be a collaborative effort. > if you follow the GCL discussions from the past it is possible > to re-engineer axiom so it will run on a natively installed GCL. > to do that you need to: >=20 > *) change configure to detect if gcl is installed > *) change configure to ensure that the native gcl is the > correct version and patch level > *) if not, build gcl from zips and apply the correct patches >=20 > i would note here that it is NOT acceptable to stop the build > and insist that the user install/upgrade some other package. > axiom builds should 'just work'. I *strongly* disagree with this. Even the GCL build itself will stop if it does not find the necessary prerequisits. Satisfying prerequists is not the job of the build software. This is handled by other tools like apt-get and yum. > ...=20 > there is no such thing as a simple job. >=20 There is such a thing as a job that is too large for one man. Regards, Bill Page. From MAILER-DAEMON Wed May 03 23:40:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbUhV-00030Y-OK for mharc-axiom-developer@gnu.org; Wed, 03 May 2006 23:40:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbUhT-0002zA-MC for axiom-developer@nongnu.org; Wed, 03 May 2006 23:40:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbUhR-0002yy-QE for axiom-developer@nongnu.org; Wed, 03 May 2006 23:40:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbUhR-0002yv-KG for axiom-developer@nongnu.org; Wed, 03 May 2006 23:40:21 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbUhx-0000kp-SE for axiom-developer@nongnu.org; Wed, 03 May 2006 23:40:54 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id BD7874F3B0; Thu, 4 May 2006 05:40:17 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k443astZ029625; Thu, 4 May 2006 05:36:54 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k443as5t029624; Thu, 4 May 2006 05:36:54 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040319.k443Ja506648@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040319.k443Ja506648@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 05:36:54 +0200 Message-ID: Lines: 15 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 03:40:23 -0000 root writes: [...] | if you follow the GCL discussions from the past it is possible | to re-engineer axiom so it will run on a natively installed GCL. | to do that you need to: | | *) change configure to detect if gcl is installed | *) change configure to ensure that the native gcl is the | correct version and patch level What is the "correct version"? -- Gaby From MAILER-DAEMON Thu May 04 00:02:41 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbV33-0003hK-7K for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 00:02:41 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbV31-0003h0-FZ for axiom-developer@nongnu.org; Thu, 04 May 2006 00:02:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbV30-0003gl-MS for axiom-developer@nongnu.org; Thu, 04 May 2006 00:02:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbV30-0003gh-Ic for axiom-developer@nongnu.org; Thu, 04 May 2006 00:02:38 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbV3W-0002J4-T1 for axiom-developer@nongnu.org; Thu, 04 May 2006 00:03:11 -0400 Received: from mua-1.zoominternet.net (mua-1.zoominternet.net [24.154.1.44]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4442X6L020404; Thu, 4 May 2006 00:02:33 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-1.zoominternet.net (Postfix) with ESMTP id 7D55E7F414; Thu, 4 May 2006 00:02:33 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k443une06677; Wed, 3 May 2006 23:56:49 -0400 Date: Wed, 3 May 2006 23:56:49 -0400 Message-Id: <200605040356.k443une06677@localhost.localdomain> From: root To: bill.page1@synthesis.anikast.ca In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] Re: noweb References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 04:02:39 -0000 > Get serious! awk is a standard unix tool and is part of every > linux distribution. It has been around for at least as long > the C programming language. We make no attempt to explain C > programming or even lisp programming to anyone, so why should > we need to explain awk? three points: 1) perl, python, asp, javascript, etc are all part of any standard linux distribution as are several dozen other langauges like m4 (used by sendmail). though i've written commercial applications in over 60 languages and used unix for over 20 years i do not speak any of these languages. axiom uses only a few languages, lisp, C, some trivial shell scripts, latex and make. it also (currently) includes boot which is completely undocumented. i'd much rather reduce the number of languages need to understand axiom rather than enlarge the number. some are necessary (like lisp, spad, aldor) but some are optional (e.g. java in the aldor merge) and more properly should be done using existing tools. there are many feasible solutions to a problem. and there are many "convenient" solutions in many different languages. but solutions which expand the needed skill set for maintainers are much less desireable than ones which do not. as a policy i favor minimizing the number of languages used. adding sed (1 language), awk (a second), clever bash shell scripts (a third), java (a fourth), auto* (a fifth), simply reduces the number of people who can reliably maintain the system and increases the work required to port, possibly to the point of being impossible. 2) sed and awk are NOT standard parts of a windows distribution. again as a matter of policy we need to reduce the requirements so we can work across a larger number of systems. ideally all of axiom would run in common lisp and porting becomes a copy operation. C is only slightly more problematic. in fact, the key reason that axiom does not currently run on the mac is breakage caused by C. awk/sed/autoconf all seriously complicate the port issue. frankly i'd much rather see the tools devolve into lisp implementations. gcl, sbcl and clisp generate native exe files on windows and executables on linux. given that lisp is a full programming language and is integral to axiom why don't we write code that is trivial to port rather than add requirements that are certain to make axiom unportable? as a policy i favor doing things in lisp unless it can be shown that such a solution is impossible. in the future i'd make the same claim about using aldor (assuming we free aldor). 3) in fact i'm making every attempt to explain the lisp programs as you'll see in the eventual bookvol5.pamphlet file. it is NOT necessary to explain the language idioms but it IS necessary to explain what is happening in a block of code. the noweb script will be sitting in a standalone pamphlet in src/scripts. it will not appear as an integral part of anything to a future maintainer. so the future maintainer can reasonably expect to have a (possibly redundant) explanation of why this script exists, what it does, what data it expect to work on, etc. this is NOT the same as explaining the awk language constructs. i would argue that literate programming is a fundamental change in mindset that requires you to explain to some future maintainer how and why any new code works. he should be able to read the paragraph and know where this code fits as well as what it is trying to accomplish. that's NOT the same as explaining the awk/sed language. but it IS the whole point of literate programming. t From MAILER-DAEMON Thu May 04 00:10:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbVAA-0006v7-EH for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 00:10:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbVA9-0006u4-8M for axiom-developer@nongnu.org; Thu, 04 May 2006 00:10:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbVA6-0006t2-W7 for axiom-developer@nongnu.org; Thu, 04 May 2006 00:10:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbVA6-0006sy-TG for axiom-developer@nongnu.org; Thu, 04 May 2006 00:09:58 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbVAd-0002ni-HN for axiom-developer@nongnu.org; Thu, 04 May 2006 00:10:31 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4449ufN022038; Thu, 4 May 2006 00:09:56 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id EBD957F403; Thu, 4 May 2006 00:09:56 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4444DK06684; Thu, 4 May 2006 00:04:13 -0400 Date: Thu, 4 May 2006 00:04:13 -0400 Message-Id: <200605040404.k4444DK06684@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 04 May 2006 05:33:31 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 04:10:01 -0000 > Gosh, I forgot the real thing. > It is there, real this time. 2 points, 1) did you test the patches? did you do a full system erase, system checkout, system build, system test? 2) you changed not only the current system (gcl-2.6.8pre) but the previous system (gcl-2.6.7). did you test both versions? i know this seems like such a trivial patch that it "ought" to work but remember that you're asking for changes to a system that many people you might never meet are using. as a matter of policy changes need to be fully tested. because you changed gcl-2.6.7 i'll actually have to do a round-trip rebuild of a gcl-2.6.7 system as well as a gcl-2.6.8pre system. i do testing every time. and it takes a lot of time. but you'd be amazed at the number of ways things can break. witness the mistake i made (despite my best efforts) when i posted a broken --patch-48 t From MAILER-DAEMON Thu May 04 00:29:08 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbVSd-0006o5-Su for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 00:29:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbVSc-0006nk-Oe for axiom-developer@nongnu.org; Thu, 04 May 2006 00:29:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbVSb-0006nY-Aj for axiom-developer@nongnu.org; Thu, 04 May 2006 00:29:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbVSb-0006nV-0X for axiom-developer@nongnu.org; Thu, 04 May 2006 00:29:05 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbVT6-00044B-LY for axiom-developer@nongnu.org; Thu, 04 May 2006 00:29:37 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id E71C06C825; Thu, 4 May 2006 00:29:02 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id BDB8A6C810; Thu, 4 May 2006 00:28:59 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Thu, 4 May 2006 00:28:58 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZvL5lXmf/sEzXhT8mmgohzAiyWZAAAJmaQ From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 04:29:06 -0000 Tim,=20 On Wednesday, May 03, 2006 11:57 PM you wrote: > ...=20 > three points: >=20 > 1) perl, python, asp, javascript, etc are all part of any standard > linux distribution ... >=20 > as a policy i favor minimizing the number of languages used. > adding sed (1 language), awk (a second), clever bash shell > scripts (a third), java (a fourth), auto* (a fifth), simply > reduces the number of people who can reliably maintain the system > and increases the work required to port, possibly to the point > of being impossible. >=20 The reality is that as soon as you write 'lisp' you have already very drastically reduced the number of possible maintainers. In comparison requiring a knowledge of 'sed', 'awk', 'bash', and 'java' barely has any impact on the current generation of open source developers. >=20 > 2) sed and awk are NOT standard parts of a windows distribution. > again as a matter of policy we need to reduce the requirements > so we can work across a larger number of systems. Actually 'sed' and 'awk' are standard tools in all of the open source development environments for windows (but of course are not part of the Microsoft windows "distribution"). Specifically they are part of the MSYS/MinGW environment that is currently used to build GCL and Axiom. > ideally all of axiom would run in common lisp and porting > becomes a copy operation. C is only slightly more problematic. I think porting applications written in "common lisp" between linux and Windows is at least as problematic as those written in C as our experience with the AxiomUI code written by Kai Kaminski showed. Kai wrote in Clisp which runs on both linux and windows but the code was not automatically portable. > in fact, the key reason that axiom does not currently run on > the mac is breakage caused by C. awk/sed/autoconf all seriously > complicate the port issue. I don't think this is any more complicated than the porting of any other open source linux application. >=20 > frankly i'd much rather see the tools devolve into lisp=20 > implementations. gcl, sbcl and clisp generate native exe > files on windows and executables on linux. given that lisp > is a full programming language and is integral to axiom why > don't we write code that is trivial to port rather than > add requirements that are certain to make axiom unportable? I don't believe that it is trivial to port lisp applications. We still require some windows specific patches to the Axiom lisp sources before it will compile under gcl on windows. > ...=20 > 3) in fact i'm making every attempt to explain the lisp programs > as you'll see in the eventual bookvol5.pamphlet file. it is > NOT necessary to explain the language idioms but it IS necessary > to explain what is happening in a block of code. >=20 > the noweb script will be sitting in a standalone pamphlet in=20 > src/scripts. it will not appear as an integral part of anything > to a future maintainer. so the future maintainer can reasonably > expect to have a (possibly redundant) explanation of why this > script exists, what it does, what data it expect to work on, etc. > this is NOT the same as explaining the awk language constructs. > How this script works was explained by Norman Ramsey in his original post: http://lists.nongnu.org/archive/html/axiom-developer/2002-11/msg00059.ht ml ------------ Write an awk script that copies all lines to stdout, and in the process, identifies each @use that has no corresponding @defn. For each such @use emit this code chunk: @begin code @defn this is my text @text <> @end code ------------ =20 >=20 > i would argue that literate programming is a fundamental change in > mindset that requires you to explain to some future maintainer how > and why any new code works. he should be able to read the paragraph > and know where this code fits as well as what it is trying to=20 > accomplish. > that's NOT the same as explaining the awk/sed language. but it > IS the whole point of literate programming. >=20 I agree that Norman Ramsey's description of this awk script should be included in the associated pamphlet file. Regards, Bill Page. From MAILER-DAEMON Thu May 04 00:49:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbVmQ-0005tN-Ts for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 00:49:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbVmP-0005tH-7X for axiom-developer@nongnu.org; Thu, 04 May 2006 00:49:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbVmO-0005t5-Ov for axiom-developer@nongnu.org; Thu, 04 May 2006 00:49:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbVmO-0005t2-MF for axiom-developer@nongnu.org; Thu, 04 May 2006 00:49:32 -0400 Received: from [199.232.41.67] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FbVmq-0007VU-F7 for axiom-developer@nongnu.org; Thu, 04 May 2006 00:50:00 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by mx20.gnu.org with esmtp (Exim 4.52) id 1FbVlx-0001ip-OI for axiom-developer@nongnu.org; Thu, 04 May 2006 00:49:05 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id BAE896508E; Thu, 4 May 2006 00:48:46 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 2396965096; Thu, 4 May 2006 00:48:45 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Thu, 4 May 2006 00:48:44 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZvL5lXmf/sEzXhT8mmgohzAiyWZAABOndA From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 04:49:33 -0000 Tim,=20 On Wednesday, May 03, 2006 11:57 PM you wrote: >=20 > 3) ... >=20 > the noweb script will be sitting in a standalone pamphlet in=20 > src/scripts. it will not appear as an integral part of anything > to a future maintainer.=20 > ... Although this script is not so important in the overall toolset for the Axiom source distribution (being only a consequence of the standard implementation of noweb), I think the noweb filter script itself should be a chunk in the main 'Makefile.pamphlet' and adequately explained there in the context of the discussion of literate programming and the choice of noweb. This is where any maintainer is most likely to look first in the case of a failure of this kind. Regards, Bill Page. From MAILER-DAEMON Thu May 04 01:05:16 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbW1c-0005Y2-Bk for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 01:05:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbW1Z-0005XZ-Si for axiom-developer@nongnu.org; Thu, 04 May 2006 01:05:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbW1X-0005XD-EK for axiom-developer@nongnu.org; Thu, 04 May 2006 01:05:12 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbW1X-0005XA-5n for axiom-developer@nongnu.org; Thu, 04 May 2006 01:05:11 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbW24-0003K6-3B for axiom-developer@nongnu.org; Thu, 04 May 2006 01:05:44 -0400 Received: from mua-3.zoominternet.net (mua-3.zoominternet.net [24.154.1.46]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4454svi027255; Thu, 4 May 2006 01:04:59 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-3.zoominternet.net (Postfix) with ESMTP id 356627F407; Thu, 4 May 2006 01:04:55 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k444xBG06704; Thu, 4 May 2006 00:59:11 -0400 Date: Thu, 4 May 2006 00:59:11 -0400 Message-Id: <200605040459.k444xBG06704@localhost.localdomain> From: root To: bill.page1@synthesis.anikast.ca In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 05:05:14 -0000 > > ... it takes a long time to make changes to axiom assuming > > you're going to ensure they are correct before releasing > > them to the world. > > This is the wrong assumption to make about open source. You > are not "releasing" a product, you are doing collaborative > development - hopefully involving many other people. The > quality of the result depends on their participation. participation is great and i've accepted almost every patch sent to me. i'm hoping to see a drastic increase in the number of tested patches. we differ about the "releasing a product" philosophy. most people either use axiom or they don't. very, very few people will make changes. thus we who make changes have a responsibility to maintain the quality of the system. i'm applying personal standards here but i do not believe we should release anything that isn't the very best we can do. and it should be simple to install, work properly, be fully documented, well tested, and proven as correct as we can. this is computational mathematics, not word processing. it's fine to do anything we want in the silver branch but the golden version should be as close to perfect as we can make it. > > ... > > about every 6 months i finish a major portion of axiom work > > (e.g. the original algebra, the original book, the browser > > recovery, the graphics recovery, the sman "feature complete" > > build, major ports, the tutorial book, etc). there are yet > > more in the pipe and when i sit down to work on axiom in the > > limited time i have available i need to work on big changes > > which make the system more useful and accessible. > > > > It does not make sense that you are trying to do all this by > yourself. If Axiom is going to get anywhere this has to be a > collaborative effort. being open source axiom can be changed in any way by anyone. so far i haven't seen much in the way of patches posted to the list. i HAVE set up almost a dozen separate branches in the tla archive for people who have proposed major changes. some of them have multiple names associated with the branches. i'm assuming that these people are working on their own with the goal of eventually merging their branch with the main line. so far that hasn't happened but it could. why would someone work on a branch and never merge it? the work will eventually get lost. there are 22 people with write access to arch. many have their own branch. it's quite possible for you to make a major system change by integrating the windows changes back into the main stream. you could get it building cross-platform and post patches. we should be able to just type 'AXIOM=.../windows' ; make and get a working windows version. once that works we can try to get the browser/graphics/sman working. but right now, even for me, the windows version feels a bit like a black box. i have a semi-working browser but can't integrate it into the main line until the rest of the windows changes get merged. i have a huge number of goals for axiom. but these are all my own goals (like the internal rewrite, the proviso research, etc). so i'm working to "scratch my own itches". when i complete a major task i merge my changes into the main branch. but until those tasks complete they all occur on my own machines. so far many people such as Bertfried Fauser (clifford algebra), Bill Walster (interval analysis), Chuck Miller (Mac port), Camm (GCL) have all collaborated with me. but only some of those have moved into the working stages yet. i have a textbook on clifford algebra and a textbook on interval analysis open on my desk. i'm learning a lot and writing algebra code but these two problems alone will be multi-year efforts. i've joined axiom to the numerical mathematics consortium (http://www.nmconsortium.org/FldRte/?id=72&page=Associate+Members) because i have an interest in recovering the numerical library facility for axiom. i have rewritten the BLAS library into literate form and have gotten permission from a BLAS person to use his research work as documentation for the routines. i'm in the process of documenting the BLAS code now. when it completes i'll release a numeric library for axiom that is literate BLAS. then i'll move on to the next numerical piece. along the way i'm learning about sensitivity analysis, methods of graphing branch cuts, etc. and trying to add what i've learned to the documentation for the code. for me, axiom opens up whole worlds of interesting work. i'm not trying to be a one-man show but i don't see other patches. i'm amazed that no-one else seems to see the opportunities. or if they do then i'm puzzled why they don't exploit them. anybody can do anything with axiom. my only regret is that my full time job is not axiom. > > if you follow the GCL discussions from the past it is possible > > to re-engineer axiom so it will run on a natively installed GCL. > > to do that you need to: > > > > *) change configure to detect if gcl is installed > > *) change configure to ensure that the native gcl is the > > correct version and patch level > > *) if not, build gcl from zips and apply the correct patches > > > > i would note here that it is NOT acceptable to stop the build > > and insist that the user install/upgrade some other package. > > axiom builds should 'just work'. > > I *strongly* disagree with this. Even the GCL build itself > will stop if it does not find the necessary prerequisits. > Satisfying prerequists is not the job of the build software. > This is handled by other tools like apt-get and yum. well, we'll always disagree on this. always. i have used redhat's rpm, redhat's update, apt-get, and yum. and they all break things that used to work and upgrade packages that i don't want touched. i have a recently installed FC5 system that was intended to be used for axiom porting. after a yum update it is now non-functional. now i have to waste time doing a re-install of FC5. i do NOT want this to happen to an axiom user, at least not because they tried to install axiom. it should 'just work', correctly, cleanly, and out of the box. > > ... > > there is no such thing as a simple job. > > > > There is such a thing as a job that is too large for one > man. oh, absolutely. i will probably not finish half of what i want to do with axiom in this lifetime. but i'm having great fun doing it anyway. t From MAILER-DAEMON Thu May 04 01:06:20 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbW2e-0005py-Ib for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 01:06:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbW2c-0005ok-6m for axiom-developer@nongnu.org; Thu, 04 May 2006 01:06:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbW2Z-0005mz-SL for axiom-developer@nongnu.org; Thu, 04 May 2006 01:06:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbW2Z-0005mq-ID for axiom-developer@nongnu.org; Thu, 04 May 2006 01:06:15 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbW36-0003SX-KB for axiom-developer@nongnu.org; Thu, 04 May 2006 01:06:48 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4456CMT031064; Thu, 4 May 2006 01:06:12 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id BA8AA7F403; Thu, 4 May 2006 01:06:12 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4450Td06708; Thu, 4 May 2006 01:00:29 -0400 Date: Thu, 4 May 2006 01:00:29 -0400 Message-Id: <200605040500.k4450Td06708@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 04 May 2006 05:36:54 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040319.k443Ja506648@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 05:06:18 -0000 gcl-2.6.8pre is the "correct version". see the GCLVERSION in the top level Makefile. i'm not sure how you can check the version number in GCL but there must be a way. t From MAILER-DAEMON Thu May 04 01:21:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbWHB-0004Gy-2M for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 01:21:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbWH9-0004Gf-OI for axiom-developer@nongnu.org; Thu, 04 May 2006 01:21:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbWH8-0004GG-Cj for axiom-developer@nongnu.org; Thu, 04 May 2006 01:21:19 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbWH8-0004GD-9O for axiom-developer@nongnu.org; Thu, 04 May 2006 01:21:18 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbWHf-0005C3-LR for axiom-developer@nongnu.org; Thu, 04 May 2006 01:21:51 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 97422659A1; Thu, 4 May 2006 01:21:17 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id EEF4365969; Thu, 4 May 2006 01:21:15 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Thu, 4 May 2006 01:21:15 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvOHsnULFBgu00RYiOduaY6tPsxQAAWHfw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 05:21:20 -0000 On Thursday, May 04, 2006 1:00 AM Tim Daly (root) wrote: >=20 > gcl-2.6.8pre is the "correct version". see the GCLVERSION in the > top level Makefile. i'm not sure how you can check the version > number in GCL but there must be a way. >=20 echo '(lisp-implementation-version)' | gcl Regards, Bill Page. From MAILER-DAEMON Thu May 04 01:31:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbWR8-0007PS-A4 for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 01:31:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbWR6-0007P4-10 for axiom-developer@nongnu.org; Thu, 04 May 2006 01:31:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbWR1-0007Nd-J9 for axiom-developer@nongnu.org; Thu, 04 May 2006 01:31:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbWR1-0007Na-EQ for axiom-developer@nongnu.org; Thu, 04 May 2006 01:31:31 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbWRY-00068a-OA for axiom-developer@nongnu.org; Thu, 04 May 2006 01:32:04 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 6A54B65C81; Thu, 4 May 2006 01:31:30 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 8325165C6F; Thu, 4 May 2006 01:31:28 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Thu, 4 May 2006 01:31:27 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvOFzIPj/oroCJTFKJP31X45Lb9AAAsRjw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 05:31:36 -0000 Tim,=20 On Thursday, May 04, 2006 12:59 AM you wrote: > ... > Bill Page wrote: > >=20 > > I *strongly* disagree with this. Even the GCL build itself > > will stop if it does not find the necessary prerequisits. > > Satisfying prerequists is not the job of the build software. > > This is handled by other tools like apt-get and yum. >=20 > well, we'll always disagree on this. always. >=20 > i have used redhat's rpm, redhat's update, apt-get, and yum. > and they all break things that used to work and upgrade packages > that i don't want touched. i have a recently installed FC5 > system that was intended to be used for axiom porting. after a > yum update it is now non-functional. You have reported this to the Fedora Core developers? > now i have to waste time doing a re-install of FC5. I do NOT > want this to happen to an axiom user, at least not because they > tried to install axiom. If you do not trust programs that attempt to automatically resolve dependencies then why would you want to build this functionality into the Axiom source distribution? >=20 > it should 'just work', correctly, cleanly, and out of the box. >=20 I think the developers of apt-get and yum might agree with you. ;) But I think most developers would prefer to take care of this themselves. People who want to work with Axiom without these hassles should install the appropriate binary version. Regards, Bill Page. From MAILER-DAEMON Thu May 04 02:33:34 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbXP4-0006OY-Hn for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 02:33:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbXP2-0006OL-Qa for axiom-developer@nongnu.org; Thu, 04 May 2006 02:33:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbXOz-0006NE-8e for axiom-developer@nongnu.org; Thu, 04 May 2006 02:33:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbXOz-0006NA-39 for axiom-developer@nongnu.org; Thu, 04 May 2006 02:33:29 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbXPV-0001h1-RV for axiom-developer@nongnu.org; Thu, 04 May 2006 02:34:03 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id B3AE26784E; Thu, 4 May 2006 02:33:26 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 915F367847; Thu, 4 May 2006 02:33:24 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 4 May 2006 02:33:23 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: downloading via BitTorrent Thread-Index: AcZvOFzIPj/oroCJTFKJP31X45Lb9AAAsRjwAABh4rA= From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: Subject: [Axiom-developer] downloading via BitTorrent X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 06:33:33 -0000 BitTorrent is a peer-to-peer file distribution protocol. http://en.wikipedia.org/wiki/Bittorrent I have recently installed BitTorrent clients (MLDonkey) on both the axiom-developer.org server and axiom.risc.uni-linz.ac.at mirror. http://mldonkey.sourceforge.net/Main_Page As an aside: I think MLDonkey itself is rather interesting since it is implemented in OCaml: http://mldonkey.sourceforge.net/ObjectiveCaml OCaml is a functional/imperative language not too different from Aldor and the Axiom SPAD compiler and is the language in which Coq proof assistant is written: http://pauillac.inria.fr/coq and so is quite important for potential integration of mathematical theorem into Axiom. And MLdonkey also implements it's graphical user interface via a web browser. ------- Anyway, BitTorrent is hugely successful at downloading large files by distributing the responsibility for serving these files to the clients doing the downloading themselves. The two installations of MLDonkey provide the "seeds" from which it is always possible to obtain a copy of a file but they are usually not solely responsible for delivering copies of these files to clients - that is normally shared among those client (peer) systems who have already downloaded the file. This makes it possible provide very high download rates to a large number of people because the "serving" of the files is also distributed to other downloaders. Part of making a file available via BitTorrent is the requirement to produce a '.torrent' file that contains the binary "signature" of the original file (among other control information). This ensures that in spite of being pieced together from many different download sources, the resulting file is identical to the original file as registered at a "tracker". So this method also provides greater security and authenticity of the downloaded file. BitTorrent trackers also double as search engines for downloadable files. 3 days ago I created a '.torrent' file for the current Windows binary version of Axiom and registered it at a commonly used tracker named TorrentBox.com. I also seeded the file at axiom-developer and axiom.risc and added a link to the '.torrent' file in the Windows section of: http://wiki.axiom-developer.org/AxiomDownload I just checked the status of this file at TorrentBox and I was amazed to see that in just 3 days the Windows version of Axiom has already been downloaded 126 times. See: http://www.torrentbox.com/torrents-search.php?search=3Daxiom&cat=3D50 Torrent Info=09 Edit this .torrent DL Torrent axiom-windows-0.1.4.exe.torrent Info hash 8bb782d62719700957cf2dc6cf0f1f447f227622 Category Apps - Windows Size 48.01 MB (50339854 Bytes) Added 2006-05-01 Views 56 Hits 50 Snatched 126 time(s) Upped by billpage Peers 2 seeders + 0 leechers =3D 2 peers --------- This also says that 50 of this "hits" were a result of searches on the TorrentBox tracker itself while the other 76 were presumably from the link on the AxiomDownload page. These 126 downloads were in *addition* to the 29 times the same file was downloaded from axiom-developer.org http://page.axiom-developer.org/usage/usage_200605.html and 204 times it was been downloaded from the axiom.risc mirror http://axiom.risc.uni-linz.ac.at/webalizer/usage_200605.html Isn't that rather surprising!??? I did not really expect that there was such a demand for the Windows version of Axiom. Right now I think the use of BitTorrent is much more common among Windows users - partly because BitTorrent is very popular for downloading large music and video files and linux is not (yet) very good at handling these. But good BitTorrent clients do also exist for linux. If anyone has any comments or suggestions about the use of BitTorrent to distribute the Axiom binaries please let me know. I am thinking seriously about making all of the Axiom binary and source tarball files available this way. Regards, Bill Page. From MAILER-DAEMON Thu May 04 03:26:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbYDu-0005kw-9l for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 03:26:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbYDr-0005iu-VG for axiom-developer@nongnu.org; Thu, 04 May 2006 03:26:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbYDp-0005fS-II for axiom-developer@nongnu.org; Thu, 04 May 2006 03:26:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbYDp-0005f4-79 for axiom-developer@nongnu.org; Thu, 04 May 2006 03:26:01 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbYEN-000652-Iq for axiom-developer@nongnu.org; Thu, 04 May 2006 03:26:35 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k447Ptfa026066 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 May 2006 09:25:55 +0200 Message-ID: <4459AC82.80803@hemmecke.de> Date: Thu, 04 May 2006 09:25:54 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] Re: noweb References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 07:26:04 -0000 Hi Bill, hello Gaby, Look at this... http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00262.html I would even say: Throw away the noweb sources, throw away this awk script and rather go to the Axiom sources and correct a usage of an undefined chunk. Why would one want to have undefined chunks in the first place? See also http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00247.html That is a bug. Ahm, was a bug, because "noweb 2.11 - released 6 April 2006" (http://www.eecs.harvard.edu/~nr/noweb/dist/noweb/CHANGES) seems to have corrected it. I've not yet time to check 2.11, though. Ralf On 05/04/2006 03:34 AM, Page, Bill wrote: > Gaby, > > Thanks for your continuing work on the Axiom Silver branch! :) > > On Wednesday, May 03, 2006 4:36 PM you wrote: >> ... >> Tim Daly (root) wrote: >> | modules.c is one way to fix the noweb bug. i've submitted it >> | as a patch to norman ramsey but he rejected it saying that i >> | should use sed/awk to fix the problem rather than patch the >> | C code. unfortunately i'm not a sed/awk programmer so rather >> | than learn two new tools i simply kept the patch (which works). >> >> Can you give me a test for detecting the problem, or at least >> a detailed description of how to reproduce it? Did Norman >> Ramsey suggest on which file you should use the sed/awk fix? >> Again, I'm willing to help out that issue: It stands in my >> way of making progress on the build machinery stuff. > > Please forgive my irritation but this issue *has* been discussed > repeatedly on this list. Most recently see: > > http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00226.html > > Here is the awk script again since the version stored in the > axiom-developer archive is mangled because it confuses some of > script with an email address: > > axiom-noweb: > ------------ > > #!/bin/sh > > awk ' > /@use / { uses [substr($0, 6)] = 1 } > /@defn / { defns[substr($0, 7)] = 1 } > { print } > END { > for (i in uses) > if (!defns[i]) > printf "@begin code\n@defn %s\n@nl\n@text <<%s>>\n@end code\n", i, > i > }' > > exit 0 > > # test with > > sed '1,/test with/d' $0 | notangle -filter $0 > > <<*>>= > return x << 2 >> 2; > @ > > -------- > > All we have to do is include this script with the Axiom > distribution and call it as a filter as he shows. > > % notangle -filter axiom-noweb > > Really, this script is not so hard to understand is it? The > documentation for noweb filters is here: > > http://www.literateprogramming.com/noweb_hacker.pdf > > -------- > > Regards, > Bill Page. > > > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer From MAILER-DAEMON Thu May 04 03:37:03 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbYOV-0002HA-4C for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 03:37:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbYOT-0002GI-T1 for axiom-developer@nongnu.org; Thu, 04 May 2006 03:37:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbYOT-0002G6-9X for axiom-developer@nongnu.org; Thu, 04 May 2006 03:37:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbYOT-0002G3-6f for axiom-developer@nongnu.org; Thu, 04 May 2006 03:37:01 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbYP1-0006vm-Ir for axiom-developer@nongnu.org; Thu, 04 May 2006 03:37:35 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k447avfa026291 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 May 2006 09:36:57 +0200 Message-ID: <4459AF19.6030206@hemmecke.de> Date: Thu, 04 May 2006 09:36:57 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: noweb References: <200605040254.k442sIl06612@localhost.localdomain> In-Reply-To: <200605040254.k442sIl06612@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 07:37:02 -0000 [Norman Ramsey's awk script...] >> Really, this script is not so hard to understand is it? > > yes, it is. really. it just reads as line noise to me. for example, > the variable 'uses' is not defined anywhere. nor is 'defns'. > what exactly is it trying to iterate over and where does the > data come from? this is all probably apparent to a sed/awk/shell > programmer but the point of literate programming is to make it > apparent to those people who need to maintain it. if i can't > understand it without learning 3 new languages then the next > person who needs to maintain it might not understand it either. Even if I think that we actually don't need the awk script, I very much agree with Tim in the sense that code pieces should be explained in such a way that also people that have no or little experience in that particular language have a chance to understand the code. Yes, it also means to explain, why it is not necessary to initialize/declare 'uses' and 'defn' before using these variables. For me, literate programming also means: make it easier for people who come after you. Ralf From MAILER-DAEMON Thu May 04 04:10:03 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbYuR-0000OL-EC for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 04:10:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbYuQ-0000O1-1g for axiom-developer@nongnu.org; Thu, 04 May 2006 04:10:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbYuN-0000Nk-IW for axiom-developer@nongnu.org; Thu, 04 May 2006 04:10:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbYuN-0000Nh-Aq for axiom-developer@nongnu.org; Thu, 04 May 2006 04:09:59 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbYuw-0000x4-4c for axiom-developer@nongnu.org; Thu, 04 May 2006 04:10:34 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id D438040F9C; Thu, 4 May 2006 10:09:57 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4486VtZ030321; Thu, 4 May 2006 10:06:31 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4486VOq030320; Thu, 4 May 2006 10:06:31 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040404.k4444DK06684@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 10:06:31 +0200 Message-ID: Lines: 92 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 08:10:02 -0000 root writes: | > Gosh, I forgot the real thing. | > It is there, real this time. | | 2 points, Thanks for the quick review. | | 1) did you test the patches? did you do a full system erase, | system checkout, system build, system test? * I have not checked in the patch so there is no system checkout to be made. I reckon I was fast in nominating the patch for golden branch. I should have said it is a first cut to see whether the first order is correct, e.e.g whether the GCL version I set as cut was OK. Remember one of my questions was: Should I be more aggressive than that? * the only system erase I have to do is that of the build directory because the "lndir" procedure I described here http://wiki.axiom-developer.org/AxiomSilverBranch permits build outside of the source directory -- which I do anyway because I consider the current scheme not acceptable. Hopefully, the Autoconf work will remove that additional step unnecessary. | 2) you changed not only the current system (gcl-2.6.8pre) but | the previous system (gcl-2.6.7). did you test both versions? Does that mean you consider that only gcl-2.6.8pre should be touched? That was my key original question I'm interested in having answer for :-) | i know this seems like such a trivial patch that it "ought" to work | but remember that you're asking for changes to a system that many | people you might never meet are using. Please Tim, stop lecturing on "ought to work" and assume we all know take that as a basic working assumption assuming. | as a matter of policy changes need to be fully tested. That requirement is part of the "Preparing and submitting patches" section of http://wiki.axiom-developer.org/AxiomSilverBranch Yes, I failed to mention on which plateform I have tested the patch, primarily because I was interested in whether the first order cut is OK. | because you changed gcl-2.6.7 i'll actually have to do a | round-trip rebuild of a gcl-2.6.7 system as well as a gcl-2.6.8pre | system. Assume that will be done and clearly stated when I'm about to commit the changes. | i do testing every time. and it takes a lot of time. I know building Axiom currently takes a lot of time -- I did five builds yesterday, and while the system was building I was able to make good progress on daytime job projects. There ought to be a way of saying "make -jN" and have it work. Yes, I read the FAQ as of why it is not possible. But we should fix it. | but you'd be amazed at the number of ways things can break. Tim, I know how much of superstition is at the basis of software construction even though it should be a rational activity. So, no, I'll not be amazed at all :-) Testing for both versions of GCL are running on x86. Sourceforge has a compile farm for various platforms. We should take advantage of that so that the silver branch get testing, not just by its developers but also by other means out there. I'm no Axiom administrator, so please could you request a nightly build of the silver branch on the various platforms they offer and have the results sent to say, axiom-testresults@list.sourceforge.org? -- that list would need to be created. Please could you ask for that list too? Yes, that may involve writing a script for sending the build output but if they accept the requests then I volunteer to write the script. Thanks! -- Gaby From MAILER-DAEMON Thu May 04 04:32:52 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbZGV-0002ZB-UU for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 04:32:51 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbZGU-0002Xj-C6 for axiom-developer@nongnu.org; Thu, 04 May 2006 04:32:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbZGT-0002X5-PE for axiom-developer@nongnu.org; Thu, 04 May 2006 04:32:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbZGT-0002Wq-FP for axiom-developer@nongnu.org; Thu, 04 May 2006 04:32:49 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbZH2-0002v7-B6 for axiom-developer@nongnu.org; Thu, 04 May 2006 04:33:24 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 69F874F40A; Thu, 4 May 2006 10:32:42 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k448TKtZ030375; Thu, 4 May 2006 10:29:21 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k448TKeW030374; Thu, 4 May 2006 10:29:20 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040459.k444xBG06704@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040459.k444xBG06704@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 10:29:20 +0200 Message-ID: Lines: 91 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 08:32:50 -0000 root writes: [...] | most people either use axiom or they don't. very, very | few people will make changes. thus we who make changes | have a responsibility to maintain the quality of the system. I concur with that assessment. | i'm applying personal standards here but i do not believe | we should release anything that isn't the very best we can do. Fully agreed. We should also not forget the conventional wisdom that the best is the enemy of good. | and it should be simple to install, work properly, be fully | documented, well tested, and proven as correct as we can. Again fully agreed. | this is computational mathematics, not word processing. some may disagree :-) | it's fine to do anything we want in the silver branch | but the golden version should be as close to perfect | as we can make it. That is understood. In fact, I hope you don't think of the silver [...] | it's quite possible for you to make a major system change | by integrating the windows changes back into the main stream. | you could get it building cross-platform and post patches. | we should be able to just type 'AXIOM=.../windows' ; make | and get a working windows version. we should just be able to type "./configure; make make install" and have it working. Expect that soon for Unix-like systems! (And I hope it will work for Cygwin-based systems too.) [...] | i've joined axiom to the numerical mathematics consortium | (http://www.nmconsortium.org/FldRte/?id=72&page=Associate+Members) | because i have an interest in recovering the numerical library | facility for axiom. i have rewritten the BLAS library into literate | form and have gotten permission from a BLAS person to use his research | work as documentation for the routines. i'm in the process of | documenting the BLAS code now. when it completes i'll release a | numeric library for axiom that is literate BLAS. then i'll move on to | the next numerical piece. along the way i'm learning about sensitivity | analysis, methods of graphing branch cuts, etc. and trying to add what | i've learned to the documentation for the code. One way of getting people involved is to, say, list those projects on the Axiom web-site as "open projects" or something like that. If we must be speaking from experience, that has been productive for GCC. One man trying to do everything "in secret" is just not going to work. If you have dreams for Axiom (and you do!), please write up and post it to the Axiom web-site; eventually you'll get contributions from people. | for me, axiom opens up whole worlds of interesting work. | i'm not trying to be a one-man show but i don't see other patches. yes, but how much of those potential interesting work have you actively advertised on Axiom website? I'm not saying that the magic cure, but it does work for GCC for example. | i'm amazed that no-one else seems to see the opportunities. | or if they do then i'm puzzled why they don't exploit them. | anybody can do anything with axiom. Yes, but it takes time for people to contribute. You should be patient. Not intended to to shock you, but do you think Axiom is as widely known as the M&M? Were I work it is mostly some mathematicians curiosity and I do know it is not the only place where I've seen that sentiment. We first need to get Axiom better known than just Tim's dream. We need to get it to "the mass" -- I hate that word. No matter how wonderful Axiom is, you are not going to see much contribution if it is not made widely available and known. You already know this, but we should not forget that "software building" contributes exactly zero when it comes to tenure. When people feel like they have to invest lot into Axiom development before getting the "interesting bits" out they will put it in their task queues with lower priority. From MAILER-DAEMON Thu May 04 04:39:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbZMn-00058e-Dy for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 04:39:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbZMm-00058Z-Ic for axiom-developer@nongnu.org; Thu, 04 May 2006 04:39:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbZMk-00056e-V9 for axiom-developer@nongnu.org; Thu, 04 May 2006 04:39:19 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbZMk-00056Z-QX for axiom-developer@nongnu.org; Thu, 04 May 2006 04:39:18 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbZNJ-0003JC-T2 for axiom-developer@nongnu.org; Thu, 04 May 2006 04:39:54 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 09A704F411; Thu, 4 May 2006 10:39:11 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k448ZotZ030401; Thu, 4 May 2006 10:35:50 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k448ZoEx030400; Thu, 4 May 2006 10:35:50 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 10:35:50 +0200 Message-ID: Lines: 23 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 08:39:20 -0000 "Page, Bill" writes: [...] | > now i have to waste time doing a re-install of FC5. I do NOT | > want this to happen to an axiom user, at least not because they | > tried to install axiom. | | If you do not trust programs that attempt to automatically | resolve dependencies then why would you want to build this | functionality into the Axiom source distribution? yes, why do you believe the set of options you will use to build your own versions inside user's environment will ever work or make any sense? As far as I can, reading through the archive, it has been reported that to get Axiom build on Ubuntu one needs to pass down special configure options to GCL. You have to trust; the only issue is where to draw the bar. You have seen lots of objections to have Axiom build its own ghetto; I believe those objections should be given lot of considerations. I do not necessarily promote apt-get and such, but I do believe that we ought to stop building an Axiom ghetto. -- Gaby From MAILER-DAEMON Thu May 04 04:45:53 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbZT7-00083d-3H for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 04:45:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbZT5-00082i-7P for axiom-developer@nongnu.org; Thu, 04 May 2006 04:45:51 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbZT4-00082W-Me for axiom-developer@nongnu.org; Thu, 04 May 2006 04:45:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbZT4-00082T-FD for axiom-developer@nongnu.org; Thu, 04 May 2006 04:45:50 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbZTd-0003lD-MM for axiom-developer@nongnu.org; Thu, 04 May 2006 04:46:25 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 169D340FFF; Thu, 4 May 2006 10:45:49 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k448gMtZ030413; Thu, 4 May 2006 10:42:22 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k448gMhB030412; Thu, 4 May 2006 10:42:22 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: noweb References: <200605040356.k443une06677@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040356.k443une06677@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 10:42:22 +0200 Message-ID: Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 08:45:51 -0000 root writes: [...] | 2) sed and awk are NOT standard parts of a windows distribution. | again as a matter of policy we need to reduce the requirements | so we can work across a larger number of systems. ideally all | of axiom would run in common lisp and porting becomes a copy | operation. C is only slightly more problematic. in fact, the | key reason that axiom does not currently run on the mac is breakage | caused by C. awk/sed/autoconf all seriously complicate the port issue. What are the complications posed by autoconf? It is a developer tool, not end-user tool. It has been used successfully for a wide range of applications on a wide range of platforms -- where the applications "should just work". | frankly i'd much rather see the tools devolve into lisp implementations. | gcl, sbcl and clisp generate native exe files on windows and executables | on linux. given that lisp is a full programming language and is integral | to axiom why don't we write code that is trivial to port rather than | add requirements that are certain to make axiom unportable? You want to increase the number of contributors and yet insist on doing everything in Lisp? I don't think that is going to scale long-term-wise. -- Gaby From MAILER-DAEMON Thu May 04 04:57:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbZeI-0003rC-88 for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 04:57:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbZeG-0003qo-RX for axiom-developer@nongnu.org; Thu, 04 May 2006 04:57:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbZeE-0003qD-PY for axiom-developer@nongnu.org; Thu, 04 May 2006 04:57:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbZeE-0003q9-JN for axiom-developer@nongnu.org; Thu, 04 May 2006 04:57:22 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbZen-0004ls-Rv for axiom-developer@nongnu.org; Thu, 04 May 2006 04:57:58 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 3D74F40E31; Thu, 4 May 2006 10:57:21 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k448rstZ030473; Thu, 4 May 2006 10:53:54 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k448rsRN030472; Thu, 4 May 2006 10:53:54 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: noweb References: <4459AC82.80803@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <4459AC82.80803@hemmecke.de> Organization: Integrable Solutions Date: 04 May 2006 10:53:54 +0200 Message-ID: Lines: 31 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 08:57:25 -0000 Ralf Hemmecke writes: | Hi Bill, hello Gaby, | | Look at this... | | http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00262.html Many thanks. Obviously, there have been many talks about this noweb thingy. I just don't understand why it lingers for so long. | I would even say: Throw away the noweb sources, throw away this awk | script and rather go to the Axiom sources and correct a usage of an | undefined chunk. Why would one want to have undefined chunks in the | first place? If people agree that the undefined chunks are bugs, then this whole noweb stuff is an unfortunate mystifying coverup. | See also | | http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00247.html | | That is a bug. Ahm, was a bug, because "noweb 2.11 - released 6 April | 2006" (http://www.eecs.harvard.edu/~nr/noweb/dist/noweb/CHANGES) seems | to have corrected it. I've not yet time to check 2.11, though. Do you think you will have a chance to test it soon? -- Gaby From MAILER-DAEMON Thu May 04 05:05:27 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbZm3-0008If-2d for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 05:05:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbZm1-0008I5-Cc for axiom-developer@nongnu.org; Thu, 04 May 2006 05:05:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbZlz-0008EL-Qc for axiom-developer@nongnu.org; Thu, 04 May 2006 05:05:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbZlz-0008EI-Og for axiom-developer@nongnu.org; Thu, 04 May 2006 05:05:23 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbZmZ-0005H3-4o for axiom-developer@nongnu.org; Thu, 04 May 2006 05:05:59 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 4E87940FA6; Thu, 4 May 2006 11:05:22 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4491ttZ030516; Thu, 4 May 2006 11:01:55 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4491tBb030515; Thu, 4 May 2006 11:01:55 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 11:01:55 +0200 Message-ID: Lines: 10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 09:05:25 -0000 Gabriel Dos Reis writes: [...] | Testing for both versions of GCL are running on x86. full system build + test completed for GCL-2.6.8pre. Now launching build for GCL-2.6.7. -- Gaby From MAILER-DAEMON Thu May 04 08:58:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbdPY-0003Wd-SP for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 08:58:28 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbdPW-0003V9-6l for axiom-developer@nongnu.org; Thu, 04 May 2006 08:58:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbdPU-0003Ti-LU for axiom-developer@nongnu.org; Thu, 04 May 2006 08:58:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbdPU-0003TY-Ii for axiom-developer@nongnu.org; Thu, 04 May 2006 08:58:24 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbdQ4-0000tE-Hi for axiom-developer@nongnu.org; Thu, 04 May 2006 08:59:02 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id BD7EF69BC6; Thu, 4 May 2006 08:58:17 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id D518969BE2; Thu, 4 May 2006 08:57:35 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Thu, 4 May 2006 08:57:31 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZvWMZBNR4cVYXTRL+LyLxw7dRz/QAHUJQg From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 12:58:26 -0000 On Thursday, May 04, 2006 4:54 AM Gabriel Dos Reis wrote: >=20 > Ralf Hemmecke writes: >=20 > |=20 > | Look at this... > |=20 http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00262.html >=20 > Many thanks. > Obviously, there have been many talks about this noweb thingy. > I just don't understand why it lingers for so long. Only because no one has taken the job of preparing and submitting a patch to Tim that he will accept. Obviously I could write this patch or even Tim could write this patch but that would not solve the real problem that we do not have enough developer resources. I would much rather spend a lot of time (repeatedly :) explaining this problem in as much detail as necessary in the hopes that we will eventually find someone (or even several people!) who are willing to work on this problem as a way of "getting their feet wet" (i.e. learning to do some simple axiom development). I think Gaby's "Silver Branch" is the first time we have had a real opportunity to correct the problem of not enough axiom developers. Thank you Gaby! >=20 > | I would even say: Throw away the noweb sources, throw away > | this awk script and rather go to the Axiom sources and correct > | a usage of an undefined chunk. Why would one want to have > | undefined chunks in the first place? >=20 > If people agree that the undefined chunks are bugs, then this > whole noweb stuff is an unfortunate mystifying coverup. >=20 If you read the above email carefully and actually try both Tim modified noweb and Norman Ramsey's patch you will see that this is *not* simply a problem of an undefined chunk. The problem is a collision of syntax that causes noweb to think that something is a chunk plus an escape mechanism that does not allow one to conveniently override this behavior. In the file ' src/interp/fnewmeta.lisp.pamphlet' the text: <<' Name '>> is not really a reference to a chunk but noweb thinks it is and the standard (designed in) behavior of noweb when it finds such an "undefined chunk" is simply to omit it. This breaks the Axiom code. Of course would could define this as a chunk using the noweb escape sequence @<< <<' Name '>>=3D @<<' Name '>> @ =20 and solve this one case where it is really a problem (or even use the escape sequence inline). http://tex.loria.fr/litte/ieee.pdf But this solution seems rather unnatural. Tim's modification and Norman Ramsey's filter script both change noweb's standard behavior so that if a chunk is "undefined" then it simply passes the text of the apparent reference straight through notangle unmodified. The point of the filter script is to avoid the need to include noweb source in the Axiom tree but to accomplish the same thing as Tim's original patch. Regards, Bill Page. From MAILER-DAEMON Thu May 04 08:59:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbdQk-00044F-Mw for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 08:59:42 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbdQi-00043M-FX for axiom-developer@nongnu.org; Thu, 04 May 2006 08:59:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbdQg-00042g-Of for axiom-developer@nongnu.org; Thu, 04 May 2006 08:59:40 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbdQg-00042c-KF for axiom-developer@nongnu.org; Thu, 04 May 2006 08:59:38 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbdRI-0000zT-4X for axiom-developer@nongnu.org; Thu, 04 May 2006 09:00:16 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k44CxRYN012638; Thu, 4 May 2006 08:59:32 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id 72A0E7F404; Thu, 4 May 2006 08:59:27 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k44CrhI07228; Thu, 4 May 2006 08:53:43 -0400 Date: Thu, 4 May 2006 08:53:43 -0400 Message-Id: <200605041253.k44CrhI07228@localhost.localdomain> From: root To: bill.page1@synthesis.anikast.ca In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] downloading via BitTorrent References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 12:59:40 -0000 excellent job. i saw the launchmany and finally figured out that it was a bittorrent tool. t From MAILER-DAEMON Thu May 04 09:20:16 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbdke-0006Ya-3P for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 09:20:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbdkc-0006Xq-N7 for axiom-developer@nongnu.org; Thu, 04 May 2006 09:20:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbdkc-0006XU-4F for axiom-developer@nongnu.org; Thu, 04 May 2006 09:20:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbdkb-0006XC-V3 for axiom-developer@nongnu.org; Thu, 04 May 2006 09:20:14 -0400 Received: from [68.142.201.187] (helo=web31707.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FbdlD-0002jS-SL for axiom-developer@nongnu.org; Thu, 04 May 2006 09:20:52 -0400 Received: (qmail 74148 invoked by uid 60001); 4 May 2006 13:20:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=dxBELlNTkWxfbrlmxx8jG+xUz599KIfU+BDT3NGv6/ngfDjq7Z6IzeSsXBsaYDPWoGaVo8yc4HoqtJt53tI0Lwk4KKdlx7SBk8Lx7QAOXC70wmffALbdiUV5XYNlmjD434sCJR1M4x/jkEFqYX4NgP6fUvYqi7sz6oKetUP+1EU= ; Message-ID: <20060504132013.74146.qmail@web31707.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31707.mail.mud.yahoo.com via HTTP; Thu, 04 May 2006 06:20:13 PDT Date: Thu, 4 May 2006 06:20:13 -0700 (PDT) From: C Y Subject: RE: [Axiom-developer] Check for item in PATH in Emacs? To: bill.page1@synthesis.anikast.ca In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 13:20:14 -0000 Cool! Thanks Bill. I actually hacked up my own version yesterday which might be a little simpler for our purposes, but I've yet to test it on Windows. I'll upload it to the wiki this morning - I THINK this version should work without trouble on Windows or Linux, but I'll feel better if it is confirmed ;-). Cheers, CY --- "Page, Bill" wrote: > On Tuesday, May 02, 2006 11:13 PM C Y wrote: > > > > Does anybody know of a way to check for, say, "axiom" in the > > PATH on a particular system from Emacs? Trying to run something > > via comint seems to result in an error which stops everything. > > I'm trying to first run "axiom" if it's available (it turns out > > graphics do work when run from the Emacs buffer) and if it isn't > > available fall back to "AXIOMsys". I know I could do some hackery > > with running "which axiom" on Linux but I'm hoping for something > > more straightforward and portable. > > > I'm no emacs hacker, but it looks like some code in emacs esh-ext > might do what you want. See: > > http://www.cgl.uwaterloo.ca/~mmwasile/data/elisp/eshell-2.4.2/esh-ext.el > > ... > (defun eshell-search-path (name) > "Search the environment path for NAME." > (if (file-name-absolute-p name) > name > (let ((list (parse-colon-path (getenv "PATH"))) > suffixes n1 n2 file) > (while list > (setq n1 (concat (car list) name)) > (setq suffixes eshell-binary-suffixes) > (while suffixes > (setq n2 (concat n1 (car suffixes))) > (if (and (or (file-executable-p n2) > (and eshell-force-execution > (file-readable-p n2))) > (not (file-directory-p n2))) > (setq file n2 suffixes nil list nil)) > (setq suffixes (cdr suffixes))) > (setq list (cdr list))) > file))) > ... > > Regards, > Bill Page. > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 04 09:49:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbeCY-0005fs-LB for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 09:49:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbeCX-0005fF-2b for axiom-developer@nongnu.org; Thu, 04 May 2006 09:49:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbeCV-0005eZ-Md for axiom-developer@nongnu.org; Thu, 04 May 2006 09:49:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbeCV-0005eT-8E for axiom-developer@nongnu.org; Thu, 04 May 2006 09:49:03 -0400 Received: from [68.142.201.190] (helo=web31710.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FbeD7-0005AI-6S for axiom-developer@nongnu.org; Thu, 04 May 2006 09:49:41 -0400 Received: (qmail 4569 invoked by uid 60001); 4 May 2006 13:49:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qxt39W76wVNhAkDg7y2hqtcNxE7hY9NpvzSeB+SPva48o0Xq5QbHa7Mr6EJtnQ5cCCpfZbmIl+OmmIx0iZxIVyPtc7mYtzQPE7HPurhqZ5lQm1n9viHxdTkdkda70+eHywUSPGp3876XOhbjFY/cNvrDrDNNGHllqdP4UuKFFoE= ; Message-ID: <20060504134900.4567.qmail@web31710.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31710.mail.mud.yahoo.com via HTTP; Thu, 04 May 2006 06:49:00 PDT Date: Thu, 4 May 2006 06:49:00 -0700 (PDT) From: C Y Subject: RE: [Axiom-developer] Re: Axiom trunk failure To: bill.page1@synthesis.anikast.ca, daly@axiom-developer.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 13:49:05 -0000 --- "Page, Bill" wrote: > I think the developers of apt-get and yum might agree with > you. ;) But I think most developers would prefer to take care > of this themselves. > > People who want to work with Axiom without these hassles > should install the appropriate binary version. I think autoconf will allow us to "have our cake and eat it too", so to speak. Maxima benefited tremendously from having a real configure-make-install ability and I expect Axiom will be no different. Autoconf and friends are very, very useful in my experience - we are able to automatically build a single Maxima install on three or more different lisp implementations, and provide the user with a runtime choice on which one they want to use :-). So if they want the friendlyness of Clisp or the speed of cmucl, they can make that choice on a per-session basis. I know this is impractical and maybe less interesting for Axiom, but it is a useful illustration of what can be done with autoconf. I expect using either system libraries or falling back to building included ones will be well within its abilities. IIRC BRL-CAD has some similar options, although I don't know that they implement "try system libs first and then automatically fall back to internal ones if failure" logic. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 04 10:21:12 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbehc-0001Jv-4J for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 10:21:12 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbeha-0001Ip-37 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:21:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbehZ-0001IP-5a for axiom-developer@nongnu.org; Thu, 04 May 2006 10:21:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbehY-0001I4-K9 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:21:08 -0400 Received: from [68.142.201.184] (helo=web31704.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FbeiB-00088s-25 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:21:47 -0400 Received: (qmail 82058 invoked by uid 60001); 4 May 2006 14:21:07 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pzLFnyE3y+LqLVBF2oy6FGhFHYt98N0bFblk6V/x92DMo7MqB8nxTyXEywxkEzpS3gtkcDRR6zv7GSSICvnFZV8d+upt+BJGRtp9sXdE9L3CpNDj7BCDiHXUoo3D5Ip1fqrCyO7hRvfVATs5Iii2j+8Or/R7UWptL9COnwpWBlM= ; Message-ID: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31704.mail.mud.yahoo.com via HTTP; Thu, 04 May 2006 07:21:07 PDT Date: Thu, 4 May 2006 07:21:07 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Re: noweb To: daly@axiom-developer.org, bill.page1@synthesis.anikast.ca In-Reply-To: <200605040356.k443une06677@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 14:21:10 -0000 --- root wrote: > i'd much rather reduce the number of languages need to understand > axiom rather than enlarge the number. some are necessary (like > lisp, spad, aldor) but some are optional (e.g. java in the aldor > merge) and more properly should be done using existing tools. I agree. > there are many feasible solutions to a problem. and there are > many "convenient" solutions in many different languages. but > solutions which expand the needed skill set for maintainers are > much less desireable than ones which do not. > > as a policy i favor minimizing the number of languages used. > adding sed (1 language), awk (a second), clever bash shell > scripts (a third), java (a fourth), auto* (a fifth), simply > reduces the number of people who can reliably maintain the system > and increases the work required to port, possibly to the point > of being impossible. In particular, we will be hoping for not programmers in the normal sense but mathematical researchers doing programming :-). The one exception I might be willing to grant from that list is the auto* system, because it encodes a lot of operating-environment specific logic that "regular" languages don't, and that information is something Axiom might need. Axiom's lisp parts can be handled (and should be handled, IMO) using ASDF. However, outside of Lisp (like, say, the case of wanting to select GCL or CMUCL to build with, or building non-lisp libraries we can't rewrite into lisp like (as an example) cernlib to be interfaced via FFI) autoconf and friends are very nearly the universal solution. I think a literate document version of autoconf scripts will be both a viable solution and a good one. In the very, VERY long term I would like to see all significant mathematical capabilities implemented as part of the Axiom system using Lisp or Aldor, but the amount of work out there is HUGE, the work required to code and document it up to Axiom's standards is even MORE huge, and I expect we will never catch up with all the new work coming out. > 2) sed and awk are NOT standard parts of a windows distribution. > again as a matter of policy we need to reduce the requirements > so we can work across a larger number of systems. ideally all > of axiom would run in common lisp and porting becomes a copy > operation. C is only slightly more problematic. in fact, the > key reason that axiom does not currently run on the mac is breakage > caused by C. awk/sed/autoconf all seriously complicate the port > issue. I agree with this. Lisp is not perfect in this regard but it is reasonably close and becoming more so with time. > frankly i'd much rather see the tools devolve into lisp > implementations. gcl, sbcl and clisp generate native exe files on > windows and executables on linux. given that lisp is a full > programming language and is integral to axiom why don't we write > code that is trivial to port rather than > add requirements that are certain to make axiom unportable? I agree in general with this. > as a policy i favor doing things in lisp unless it can be shown > that such a solution is impossible. in the future i'd make the > same claim about using aldor (assuming we free aldor). I agree. In fact, if CFFI becomes mature enough we might be able to get away with using things like the QT graphics libraries while keeping all of our code in Lisp. What's your take on Lisp FFIs Tim? Do they constitute a non-lisp dependency? I suppose in once sense they most certainly do but at some level, the Windows GDI libraries if nothing else, we will have to interface with non-lisp functionality. If the system changes under us we will have to follow it. Even Garnet and McCLIM rely on CLX and (in Garnet's case) GDI, and to integrate smoothly with user environments higher level backends will be needed (There is working going on on a McCLIM GTK backend now). > 3) in fact i'm making every attempt to explain the lisp programs > as you'll see in the eventual bookvol5.pamphlet file. it is > NOT necessary to explain the language idioms but it IS necessary > to explain what is happening in a block of code. Looking forward to that book! > the noweb script will be sitting in a standalone pamphlet in > src/scripts. it will not appear as an integral part of anything to > a future maintainer. > so the future maintainer can reasonably expect to have a (possibly > redundant) explanation of why this script exists, what it does, what > data it expect to work on, etc. this is NOT the same as explaining > the awk language constructs. If we are going to need to redo noweb in Lisp in order to be able to scale properly to large documents, maybe we can regard both the script and noweb itself as a temporary solution? > i would argue that literate programming is a fundamental change in > mindset that requires you to explain to some future maintainer how > and why any new code works. he should be able to read the paragraph > and know where this code fits as well as what it is trying to > accomplish. I'm trying to do that as much as I'm able in the Emacs interface. By the way Tim, is Elisp OK or does that count as another language? For something like this we have to work in the language of the program - should we just accept that if someone wants to edit this code they would be reasonably expected to be familiar with the workings of that program, or at least enough so that they could figure out well commented literate code? Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 04 10:26:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbemx-0003oj-4L for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 10:26:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbemv-0003nQ-L4 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:26:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbemu-0003mc-Qa for axiom-developer@nongnu.org; Thu, 04 May 2006 10:26:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbemu-0003mT-M1 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:26:40 -0400 Received: from [69.36.241.242] (helo=moya.mcelrath.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FbenW-00007g-TJ for axiom-developer@nongnu.org; Thu, 04 May 2006 10:27:19 -0400 Received: from moya.mcelrath.org (mcelrath@localhost [127.0.0.1]) by moya.mcelrath.org (8.13.5/8.13.5/Debian-3) with ESMTP id k44EQYB4003172 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 May 2006 07:26:34 -0700 Received: (from mcelrath@localhost) by moya.mcelrath.org (8.13.5/8.13.5/Submit) id k44EQYCh003165; Thu, 4 May 2006 07:26:34 -0700 X-Authentication-Warning: moya.mcelrath.org: mcelrath set sender to bob+axiom@mcelrath.org using -f Date: Thu, 4 May 2006 07:26:34 -0700 From: Bob McElrath To: bill.page1@synthesis.anikast.ca Message-ID: <20060504142634.GA31871@mcelrath.org> Mail-Followup-To: bill.page1@synthesis.anikast.ca, axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.5.11+cvs20060126 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Spam X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 14:26:41 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline By the way, I just discovered the zwiki property max_anonymous_links which may help with some of the spam on mathaction. I see though that mathaction is running zwiki 0.36. It looks like this feature was added in 0.41. -- Cheers, Bob McElrath [Univ. of California at Davis, Department of Physics] "It is almost universally felt that when we call a country democratic we are praising it; consequently, the defenders of every kind of regime claim that it is a democracy, and fear that they might have to stop using the word if it were tied down to any one meaning." -- George Orwell --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEWg8ajwioWRGe9K0RAmamAKDVH8jyS6Yav3Od943ryLO7ZWvijQCg807T bMJ3F7NdJwqlLfM2ImtuMY8= =EqD0 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From MAILER-DAEMON Thu May 04 10:46:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbf6Q-00013J-RB for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 10:46:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbf6P-00010M-7Z for axiom-developer@nongnu.org; Thu, 04 May 2006 10:46:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbf6N-0000zp-A5 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:46:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbf6M-0000zX-PY for axiom-developer@nongnu.org; Thu, 04 May 2006 10:46:46 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbf6z-0001ww-Ah for axiom-developer@nongnu.org; Thu, 04 May 2006 10:47:25 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k44EfLDD087261; Thu, 4 May 2006 16:41:23 +0200 (CEST) Sender: rubey@localhost.localdomain To: C Y Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> From: Martin Rubey Date: 04 May 2006 16:47:24 +0200 In-Reply-To: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> Message-ID: <85veslc0eb.fsf@localhost.localdomain> Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 14:46:49 -0000 C Y writes: > --- root wrote: > > > i'd much rather reduce the number of languages need to understand axiom > > rather than enlarge the number. some are necessary (like lisp, spad, aldor) > > but some are optional (e.g. java in the aldor merge) and more properly > > should be done using existing tools. > > I agree. I disagree slightly. I'd say that we should try to regard some things as black boxes. For example, emacs is such a black box, so is noweb and so on. Of course, we have to be careful which black boxes we choose. Thus, (were a take sed, awk, java, auto* etc. as tools which may or may not be the black boxes I would choose) > > adding sed (1 language), awk (a second), clever bash shell scripts (a > > third), java (a fourth), auto* (a fifth), simply reduces the number of > > people who can reliably maintain the system is probably not true. On the contrary, choosing the right black boxes might in fact *increase* the number of people able to contribute in a sensible way to axiom. Tim, I think your lisp skills would really be needed to get the axiom interpreter into good shape and make it understand dependendend types, for example. We would really need this now, for the axiom-combinat project. If it doesn't happen any time soon, we might have an aldor-combinat project which is only very partially functional in Axiom. I just don't have the required skills. My skills are in combinatorics, not in writing interpreters and compilers. I don't really want to understand the interpreter -- at least not right now -- I just want to be able to use it. And I'm absolutely certain that I don't want to understand how noweb works. No matter whether it is coded in Lisp, Aldor or C. Things to do on the interpreter side needed for the axiom-combinat project: * make it understand Aldor: * dependent types * extend * creating domains on the command line * separate the mathematical knowledge about the domains from the interpreter, possibly incorporate ideas of Nic Doye Martin From MAILER-DAEMON Thu May 04 10:49:20 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbf8p-0002Cc-Vz for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 10:49:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbf8o-00029U-Cc for axiom-developer@nongnu.org; Thu, 04 May 2006 10:49:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbf8m-00025m-EH for axiom-developer@nongnu.org; Thu, 04 May 2006 10:49:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbf8m-00025R-3H for axiom-developer@nongnu.org; Thu, 04 May 2006 10:49:16 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbf9O-00028z-P9 for axiom-developer@nongnu.org; Thu, 04 May 2006 10:49:54 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 0C80169DAD; Thu, 4 May 2006 10:49:15 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 39B1969ABF; Thu, 4 May 2006 10:49:10 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 4 May 2006 10:49:08 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Spam Thread-Index: AcZvhw736+wodcFhRwqAWNFDf2xyFwAAVDhg From: "Page, Bill" To: "Bob McElrath" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Spam X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: axiom-developer@nongnu.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 14:49:18 -0000 Bob,=20 On Thursday, May 04, 2006 10:27 AM you wrote: >=20 > By the way, I just discovered the zwiki property > max_anonymous_links which may help with some of the > spam on mathaction. I see though that mathaction is > running zwiki 0.36. It looks like this feature=20 > was added in 0.41. >=20 Yah, that is a bit of a problem. I haven't had time to devote to bringing mathaction up to the newer versions of zwiki or even the newer version of your latexwiki code. I have done some experiments over the last year with the newer versions but I have not had the time to properly plan the migration of the content and the wikipage.pt (and related) customizations that we use on mathaction. ... This is another "axiom" project that seems to have become larger than a one person project. :) Suggestions about how to proceed on this so that we can take advantage of all of the new work that Simon has been doing to help prevent and reverse would be much appreciated. I am however already making extensive use of the 'banned_links' property by continuing to update the example that you provided so that at least usually the spammer doesn't get a 2nd chance to offend anyone. Regards, Bill Page. From MAILER-DAEMON Thu May 04 10:51:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbfB8-0003Rf-Bj for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 10:51:42 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbfB6-0003QF-0P for axiom-developer@nongnu.org; Thu, 04 May 2006 10:51:40 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbfB3-0003O9-3B for axiom-developer@nongnu.org; Thu, 04 May 2006 10:51:38 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbfB2-0003O4-RO for axiom-developer@nongnu.org; Thu, 04 May 2006 10:51:36 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbfBf-0002Zh-Cp for axiom-developer@nongnu.org; Thu, 04 May 2006 10:52:15 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 7A9DD40F50; Thu, 4 May 2006 16:51:34 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44Em7tZ031769; Thu, 4 May 2006 16:48:07 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44Em716031768; Thu, 4 May 2006 16:48:07 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: noweb References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 16:48:07 +0200 Message-ID: Lines: 87 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 14:51:40 -0000 "Page, Bill" writes: | On Thursday, May 04, 2006 4:54 AM Gabriel Dos Reis wrote: | > | > Ralf Hemmecke writes: | > | > | | > | Look at this... | > | | http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00262.html | > | > Many thanks. | > Obviously, there have been many talks about this noweb thingy. | > I just don't understand why it lingers for so long. | | Only because no one has taken the job of preparing and submitting | a patch to Tim that he will accept. Obviously I could write this | patch or even Tim could write this patch but that would not solve | the real problem that we do not have enough developer resources. | I would much rather spend a lot of time (repeatedly :) explaining | this problem in as much detail as necessary in the hopes that we | will eventually find someone (or even several people!) who are | willing to work on this problem as a way of "getting their feet | wet" (i.e. learning to do some simple axiom development). I do hope we are close to a point where this will not pop up again :-) [...] | > | I would even say: Throw away the noweb sources, throw away | > | this awk script and rather go to the Axiom sources and correct | > | a usage of an undefined chunk. Why would one want to have | > | undefined chunks in the first place? | > | > If people agree that the undefined chunks are bugs, then this | > whole noweb stuff is an unfortunate mystifying coverup. | > | | If you read the above email carefully and actually try both | Tim modified noweb and Norman Ramsey's patch you will see that | this is *not* simply a problem of an undefined chunk. The | problem is a collision of syntax that causes noweb to think | that something is a chunk plus an escape mechanism that does | not allow one to conveniently override this behavior. I read the message saw other problems that people mentioned. I (mis)interpreted Ralf's statement as saying that it was a bug in noweb -- that is now corrected. | In the file ' src/interp/fnewmeta.lisp.pamphlet' the text: | | <<' Name '>> | | is not really a reference to a chunk but noweb thinks it is | and the standard (designed in) behavior of noweb when it | finds such an "undefined chunk" is simply to omit it. This | breaks the Axiom code. | | Of course would could define this as a chunk using the noweb | escape sequence @<< | | <<' Name '>>= | @<<' Name '>> | @ | | and solve this one case where it is really a problem (or even | use the escape sequence inline). Thanks for re-detailing the issue. At this point, here is my planning: (1) I'll finish my initial shot at the Autoconf styff; check it in the branch "build-improvements" so that I can have feedback. That work currently build noweb only if it is not system-installed. (2) Resolve the noweb issue: preferably include the newest version if it really corrects the bug; otherwise use your axiom-noweb script. (3) Make a complete proposal for the silver branch. I hope by that time we will resolve Tim's concerns. Now, I have to do daytime job :-) -- Gaby From MAILER-DAEMON Thu May 04 11:08:44 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbfRc-0003L5-3v for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:08:44 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbfRa-0003Ke-7J for axiom-developer@nongnu.org; Thu, 04 May 2006 11:08:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbfRZ-0003KO-4r for axiom-developer@nongnu.org; Thu, 04 May 2006 11:08:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbfRY-0003KK-Uf for axiom-developer@nongnu.org; Thu, 04 May 2006 11:08:40 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbfSB-00040n-Tf for axiom-developer@nongnu.org; Thu, 04 May 2006 11:09:20 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id EF26040F56; Thu, 4 May 2006 17:08:38 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44F5BtZ031841; Thu, 4 May 2006 17:05:11 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44F5BNH031840; Thu, 4 May 2006 17:05:11 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Martin Rubey Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> <85veslc0eb.fsf@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <85veslc0eb.fsf@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 17:05:11 +0200 Message-ID: Lines: 43 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:08:42 -0000 Martin Rubey writes: [...] | And I'm absolutely certain that I don't want to understand how noweb works. No | matter whether it is coded in Lisp, Aldor or C. Hear! Hear! Hear! Martin has a very good summary. Many reserachers and potential contributors out there are not interested in learning Lisp just to be able to use Axiom, which already requires its own language. That make the number of people capable to maintaining and evoling the interperter already very small. Lisp has been out for over half a century. It did not take over the world. I don't know why; but that is food for thought. | Things to do on the interpreter side needed for the axiom-combinat project: | | * make it understand Aldor: | | * dependent types Does not Axiom already user dependent type? Do you have something specific in mind? | * extend | * creating domains on the command line | | * separate the mathematical knowledge about the domains from the interpreter, | possibly incorporate ideas of Nic Doye Have a look at work done on dependent types. There was a nice talk this year at POPL (Charleston, SC). http://www.e-pig.org/ No, I'm not proposing to write Axiom in Haskell. But, I'm suggesting we don't ignore the work done in the programming language community. -- Gaby From MAILER-DAEMON Thu May 04 11:24:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbfhC-0003so-DG for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:24:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbfhA-0003rv-Mf for axiom-developer@nongnu.org; Thu, 04 May 2006 11:24:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbfhA-0003rd-1X for axiom-developer@nongnu.org; Thu, 04 May 2006 11:24:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbfh9-0003ra-RS for axiom-developer@nongnu.org; Thu, 04 May 2006 11:24:47 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbfhn-0005Xp-2q for axiom-developer@nongnu.org; Thu, 04 May 2006 11:25:27 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 0B8536A05E; Thu, 4 May 2006 11:24:47 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id C4F6B69EC6; Thu, 4 May 2006 11:24:36 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Thu, 4 May 2006 11:24:34 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZviknR6MHEIwepT9eLXak4fa0gjgABBezQ From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:24:48 -0000 Gaby,=20 On Thursday, May 04, 2006 10:48 AM you wrote: > ...=20 > I read the message saw other problems that people mentioned. I > (mis)interpreted Ralf's statement as saying that it was a bug > in noweb -- that is now corrected. > There was a bug in noweb that was corrected in a recent version but that bug has nothing to do with Tim's patch for the undefined chunk issue and does not affect current Axiom code in any way. (I believe that it did affect something that Ralf was doing with his documentation system for Aldor.) =20 > ... Regards, Bill Page. From MAILER-DAEMON Thu May 04 11:27:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbfjz-0005Yu-Nk for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:27:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbfjx-0005YZ-W7 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:27:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbfjw-0005Xh-4h for axiom-developer@nongnu.org; Thu, 04 May 2006 11:27:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbfjv-0005Xd-Tx for axiom-developer@nongnu.org; Thu, 04 May 2006 11:27:40 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbfkY-0005q4-Ui for axiom-developer@nongnu.org; Thu, 04 May 2006 11:28:19 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k44FRVHi016198 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 May 2006 17:27:31 +0200 Message-ID: <445A1D63.3030806@hemmecke.de> Date: Thu, 04 May 2006 17:27:31 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis , axiom-dev Subject: Re: [Axiom-developer] Re: noweb References: <4459AC82.80803@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:27:42 -0000 On 05/04/2006 10:53 AM, Gabriel Dos Reis wrote: > Ralf Hemmecke writes: > > | Hi Bill, hello Gaby, > | > | Look at this... > | > | http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00262.html > > Many thanks. > Obviously, there have been many talks about this noweb thingy. I just > don't understand why it lingers for so long. > > | I would even say: Throw away the noweb sources, throw away this awk > | script and rather go to the Axiom sources and correct a usage of an > | undefined chunk. Why would one want to have undefined chunks in the > | first place? > > If people agree that the undefined chunks are bugs, then this whole > noweb stuff is an unfortunate mystifying coverup. > > | See also > | > | http://lists.gnu.org/archive/html/axiom-developer/2005-12/msg00247.html > | > | That is a bug. Ahm, was a bug, because "noweb 2.11 - released 6 April > | 2006" (http://www.eecs.harvard.edu/~nr/noweb/dist/noweb/CHANGES) seems > | to have corrected it. I've not yet time to check 2.11, though. > > Do you think you will have a chance to test it soon? > > -- Gaby Below you find the example of the code that I sent to Norman Ramsey. I've just downloaded noweb 2.11 and compiled it. No problem with the code below anymore. BUT... see next mail. Ralf ----------------------------------------------------------------------- --Mail from Wed, 24 Aug 2005 14:02:55 +0200 --To: nr@eecs.harvard.edu Is it by design that /usr/lib/noweb/markup test.nw > out.markup gives echo $? 2 and as output test.nw:3: unescaped << in documentation chunk test.nw:5: Module name doesn't end test.nw:5: unescaped << in documentation chunk test.nw:6: Module name doesn't end test.nw:6: unescaped << in documentation chunk for the little file test.nw %%%%% test.nw %%%%% A test file. <<*>>= -- Here comes some code <<: A -> B <<: (A, B) -> X @ and we go on with the text. %%%%%% end test.nw %%%% From MAILER-DAEMON Thu May 04 11:35:54 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbfrt-00026p-VF for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:35:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbfrs-00026b-2N for axiom-developer@nongnu.org; Thu, 04 May 2006 11:35:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbfrp-00021T-AB for axiom-developer@nongnu.org; Thu, 04 May 2006 11:35:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbfrp-00020u-26 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:35:49 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbfsS-0006b6-4r for axiom-developer@nongnu.org; Thu, 04 May 2006 11:36:28 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k44FWvDD010258; Thu, 4 May 2006 17:32:58 +0200 (CEST) Sender: rubey@localhost.localdomain To: Gabriel Dos Reis Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> <85veslc0eb.fsf@localhost.localdomain> From: Martin Rubey Date: 04 May 2006 17:39:00 +0200 In-Reply-To: Message-ID: <85fyjpsstn.fsf@localhost.localdomain> Lines: 36 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:35:52 -0000 Gabriel Dos Reis writes: > Martin has a very good summary. Many reserachers and potential > contributors out there are not interested in learning Lisp just to be > able to use Axiom, which already requires its own language. That make > the number of people capable to maintaining and evoling the > interperter already very small. Well, in fact I believe that the sets of people doing maths with Axiom and people hacking the compiler or interpreter will be nearly disjoint. > Lisp has been out for over half a century. It did not take over the > world. I don't know why; but that is food for thought. I think that lisp is a wonderful language and I think that it *might* be worth the effort to reimplement Aldor in Lisp. But the reason for this is entirely different from reimplementing a comparatively simple tool like noweb. Having an Aldor interpreter in Lisp would be certainly a very sensible thing. > | Things to do on the interpreter side needed for the axiom-combinat project: > | > | * make it understand Aldor: > | > | * dependent types > > Does not Axiom already user dependent type? Do you have something > specific in mind? not completely: f: (n: Integer) -> PrimeField n is OK for Aldor, but not for SPAD. This is the reason for series returning the ANY Type, for example. Martin From MAILER-DAEMON Thu May 04 11:36:18 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbfsI-0002NV-77 for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:36:18 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbfsF-0002L1-S1 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:36:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbfsF-0002Kp-45 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:36:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbfsE-0002Km-VE for axiom-developer@nongnu.org; Thu, 04 May 2006 11:36:15 -0400 Received: from [68.142.201.188] (helo=web31708.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fbfss-0006e8-15 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:36:54 -0400 Received: (qmail 74995 invoked by uid 60001); 4 May 2006 15:36:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=N6jAUN+lumSVRlmCHrerbrV44mBx3Zv6gvrgc6r0U3fZTkkkcRZFCb01ycfm+0LHSdV3W6KjLUiv6czdvHv+4/rQ0G5LBExqmiLsI9qYOxWejArnRDSRW6Pkj5IdjJd6aCTKno95jWgoOgkX5yYfnCiEqa34dSQ2sYk5KvN3XBE= ; Message-ID: <20060504153613.74993.qmail@web31708.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31708.mail.mud.yahoo.com via HTTP; Thu, 04 May 2006 08:36:13 PDT Date: Thu, 4 May 2006 08:36:13 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Re: Axiom trunk failure To: daly@axiom-developer.org, bill.page1@synthesis.anikast.ca In-Reply-To: <200605040459.k444xBG06704@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:36:16 -0000 --- root wrote: > participation is great and i've accepted almost every patch > sent to me. i'm hoping to see a drastic increase in the > number of tested patches. Tim, how is something like the Emacs mode handled? It's not properly a patch and it's far from done, but just so I know what I'm supposed to do with it. Would something like that, once feature complete, be a "third party" tool or part of Axiom proper? > i'm applying personal standards here but i do not believe > we should release anything that isn't the very best we can do. > and it should be simple to install, work properly, be fully > documented, well tested, and proven as correct as we can. > this is computational mathematics, not word processing. Agree 100%. Which reminds me, I need to get back to the proof engine reading... > being open source axiom can be changed in any way by anyone. > so far i haven't seen much in the way of patches posted to > the list. Tim, the procedure for patches is well documented now, but what about entire new pamphlets? Same basic idea, submit to the list for inclusion? Do we need some kind of mathematical peer review if it's a totally new area for Axiom? Or do we want to postpone adding any new ones until what's already there is properly tuned up? > it's quite possible for you to make a major system change > by integrating the windows changes back into the main stream. > you could get it building cross-platform and post patches. Quick check - is there anybody now doing active development on Axiom for Windows? I'm sure we have users there but anybody who knows how to compile it? > we should be able to just type 'AXIOM=.../windows' ; make > and get a working windows version. once that works we can > try to get the browser/graphics/sman working. but right now, > even for me, the windows version feels a bit like a black box. Heh - Maxima still feels that way to me on Windows, after several significant releases. A literate document on creating a Windows install.exe file would be a boon to lots of free software projects, I think. Of course, we are introducing the scripting language for the Nullsoft installer and maybe one or two other special cases, but I have a feeling it will be a very long time before we can avoid the need for such tools and use a lisp based install.exe. > i have a semi-working browser but can't integrate it into the > main line until the rest of the windows changes get merged. Cool! > i've joined axiom to the numerical mathematics consortium > (http://www.nmconsortium.org/FldRte/?id=72&page=Associate+Members) > because i have an interest in recovering the numerical library > facility for axiom. i have rewritten the BLAS library into literate > form and have gotten permission from a BLAS person to use his > research work as documentation for the routines. WOW! Exciting news! > i'm in the process of documenting the BLAS code now. when it > completes i'll release a numeric library for axiom that is literate > BLAS. then i'll move on to the next numerical piece. along the way > i'm learning about sensitivity analysis, methods of graphing branch > cuts, etc. and trying to add what i've learned to the documentation > for the code. Out of curosity, is a lisp version of BLAS possible or are the performance tuning requirements too severe? I know numerical code has to pay very careful attention to stuff like that. > for me, axiom opens up whole worlds of interesting work. > i'm not trying to be a one-man show but i don't see other patches. > i'm amazed that no-one else seems to see the opportunities. > or if they do then i'm puzzled why they don't exploit them. Time constraints are the big problem. Also, I have to learn to walk before I can run :-/. > anybody can do anything with axiom. :-). Do yes, but not (yet) do quickly. At least not me. > my only regret is that my full time job is not axiom. I'll second that regret - you've accomplished an amazing amount of work already Tim. You full time on Axiom would be awesome. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 04 11:44:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbfzr-00004s-2m for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:44:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbfzp-0008UY-Qz for axiom-developer@nongnu.org; Thu, 04 May 2006 11:44:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbfzn-0008SG-VX for axiom-developer@nongnu.org; Thu, 04 May 2006 11:44:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbfzn-0008Rw-7K for axiom-developer@nongnu.org; Thu, 04 May 2006 11:44:03 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fbg0Q-0007Os-BU for axiom-developer@nongnu.org; Thu, 04 May 2006 11:44:42 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k44FhwHi017823 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 May 2006 17:43:58 +0200 Message-ID: <445A213D.6080908@hemmecke.de> Date: Thu, 04 May 2006 17:43:57 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Norman Ramsey Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-dev Subject: [Axiom-developer] Bug in noweb-2.11 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:44:06 -0000 Dear Norman, I think, I've found another bug in noweb. According to the documentation of NOWEB, it is OK if << appears unescaped on a line if there is no corresponding >> on the same line. With the following code %%%%% test.nw %%%%% stdout << "blah"; <<*>>= -- Here comes some code <<: A -> B <<: (A, B) -> X @ and we go on with the text. %%%%%% end test.nw %%%% I get the strange behaviour. notangle test.nw test.nw:2: unescaped << in documentation chunk echo $? 1 Hmm, notangle does not spit out any code chunk. :-( I am also not sure about the error code. 'man notangle' says ERROR MESSAGES If notangle or noweave encounters a chunk name within documentation, it assumes that this indicates an error, usually misspelling ``<>=''. Other error messages should be self-explanatory. It is incorrect to refer to a chunk that is never defined, but it is OK for chunks to be defined and not used. It does not say anything about the meaning of errcode=1 or errcode=2. 'noweave test.nw' seems to be OK, but also returns errcode=1. Ralf From MAILER-DAEMON Thu May 04 11:46:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbg21-0001y1-CK for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:46:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbg1z-0001xu-Dm for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbg1v-0001u3-Rc for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:18 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbg1v-0001tx-P9 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:15 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbg2Z-0007aS-1X for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:55 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id D40BF6A1DE; Thu, 4 May 2006 11:46:14 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 8D6556A1A4; Thu, 4 May 2006 11:46:10 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb / Lisp Skills Date: Thu, 4 May 2006 11:46:07 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb / Lisp Skills Thread-Index: AcZviZpHqJ1fN+W5RDiFX8uBeyYdRwABcCmg From: "Page, Bill" To: "Martin Rubey" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:46:19 -0000 On Thursday, May 04, 2006 10:47 AM Martin Rubey wrote: > ...=20 > Things to do on the interpreter side needed for the=20 > axiom-combinat project: >=20 > * make it understand Aldor: >=20 > * dependent types > * extend > * creating domains on the command line > Is what you are suggesting the same thing as making library programming possible at the level of the interpreter? If so, they I supose that you realize that this is already an issue at the level of SPAD and is not really an Aldor specific problem. It seems to me that the differences between the interpreter and library compiler environments were largely built-in as part of the original design of Axiom. I think the designers decided that the interpreter *should* behave differently than the compiler and that some of the things the compiler does should specifically not be available to the interactive user. It is certainly possible right now to use dependent types and the Aldor 'extend' functionality in Axiom right now so long as you remain within the Aldor library code. The problem is that neither of these can currently be "exposed" the the interactive user through the Axiom interpreter. I think however that these two cases a rather different. I think it should be possible to implement dependent types in the interpreter and the fact that it doesn't currently work is apparently already considers a bug by Peter Broadbery. But the the 'extend' functionality is another issue because that whould require providing the equivalent of the library compiler at the interpreter level. Aldor has the ability to run a "read-eval-print-loop" (the -gloop option) which provides a limited kind of direct interaction with the compiler. This is not possible with SPAd and it is not currently possible to access Aldor in this way through the Axiom interpreter - but maybe it should be possible? =20 > * separate the mathematical knowledge about the domains > from the interpreter, possibly incorporate ideas of > Nic Doye >=20 I think this is good idea but perhaps best accomplished by re-implementing the Axiom interpreter as something linke B# rather than retro-fitting the existing code. Regards, Bill Page. From MAILER-DAEMON Thu May 04 11:46:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbg25-000203-He for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:46:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbg24-0001zW-3G for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbg22-0001yd-DA for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbg22-0001yY-6w for axiom-developer@nongnu.org; Thu, 04 May 2006 11:46:22 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbg2f-0007ar-H5 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:47:01 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 3F5F74F433; Thu, 4 May 2006 17:46:11 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44FgrtZ032089; Thu, 4 May 2006 17:42:53 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44FgrMx032088; Thu, 4 May 2006 17:42:53 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: noweb References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 17:42:53 +0200 Message-ID: Lines: 20 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:46:24 -0000 "Page, Bill" writes: | Gaby, | | On Thursday, May 04, 2006 10:48 AM you wrote: | > ... | > I read the message saw other problems that people mentioned. I | > (mis)interpreted Ralf's statement as saying that it was a bug | > in noweb -- that is now corrected. | > | | There was a bug in noweb that was corrected in a recent version | but that bug has nothing to do with Tim's patch for the undefined | chunk issue and does not affect current Axiom code in any way. | (I believe that it did affect something that Ralf was doing with | his documentation system for Aldor.) Now, that gets it straight in my head. Thanks! -- Gaby From MAILER-DAEMON Thu May 04 11:56:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbgBf-0005O4-AZ for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:56:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgBe-0005Ni-64 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:56:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgBb-0005NJ-Rw for axiom-developer@nongnu.org; Thu, 04 May 2006 11:56:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgBb-0005NF-Kt for axiom-developer@nongnu.org; Thu, 04 May 2006 11:56:15 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbgCE-00006P-UU for axiom-developer@nongnu.org; Thu, 04 May 2006 11:56:55 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 698014F3AA; Thu, 4 May 2006 17:56:04 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44FqktZ032139; Thu, 4 May 2006 17:52:46 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44FqkVw032138; Thu, 4 May 2006 17:52:46 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Martin Rubey Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: <20060504142107.82056.qmail@web31704.mail.mud.yahoo.com> <85veslc0eb.fsf@localhost.localdomain> <85fyjpsstn.fsf@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <85fyjpsstn.fsf@localhost.localdomain> Organization: Integrable Solutions Date: 04 May 2006 17:52:46 +0200 Message-ID: Lines: 34 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:56:18 -0000 Martin Rubey writes: | Gabriel Dos Reis writes: | | > Martin has a very good summary. Many reserachers and potential | > contributors out there are not interested in learning Lisp just to be | > able to use Axiom, which already requires its own language. That make | > the number of people capable to maintaining and evoling the | > interperter already very small. | | Well, in fact I believe that the sets of people doing maths with Axiom and | people hacking the compiler or interpreter will be nearly disjoint. :-) [...] | > | * make it understand Aldor: | > | | > | * dependent types | > | > Does not Axiom already user dependent type? Do you have something | > specific in mind? | | not completely: | | f: (n: Integer) -> PrimeField n | | is OK for Aldor, but not for SPAD. This is the reason for series returning the | ANY Type, for example. Ah, okey. Good point! Many thanks. -- Gaby From MAILER-DAEMON Thu May 04 11:57:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbgCt-0005hk-UT for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 11:57:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgCr-0005fb-T6 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:57:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgCr-0005fD-40 for axiom-developer@nongnu.org; Thu, 04 May 2006 11:57:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgCr-0005f7-0D for axiom-developer@nongnu.org; Thu, 04 May 2006 11:57:33 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbgDU-0000Bv-5v for axiom-developer@nongnu.org; Thu, 04 May 2006 11:58:12 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k44FvNHi019536 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 4 May 2006 17:57:24 +0200 Message-ID: <445A2463.8030606@hemmecke.de> Date: Thu, 04 May 2006 17:57:23 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] Re: noweb References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 15:57:34 -0000 > In the file ' src/interp/fnewmeta.lisp.pamphlet' the text: > > <<' Name '>> > > is not really a reference to a chunk but noweb thinks it is > and the standard (designed in) behavior of noweb when it > finds such an "undefined chunk" is simply to omit it. This > breaks the Axiom code. Maybe that is a bug, too. In such a case I would rather like to see at least a warning that the code chunk is undefined. > Of course would could define this as a chunk using the noweb > escape sequence @<< > > <<' Name '>>= > @<<' Name '>> > @ > > and solve this one case where it is really a problem (or even > use the escape sequence inline). > > http://tex.loria.fr/litte/ieee.pdf > > But this solution seems rather unnatural. I agree that the escaping is rather unnatural, but just escape this ONE line in the thousands of lines form AXIOM and the noweb problem is gone. We could be careful when writing new code/documentation and escape those problematic cases. There are not so many after all. Ralf From MAILER-DAEMON Thu May 04 12:01:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbgGA-0007L6-6n for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 12:00:58 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgG9-0007K7-5o for axiom-developer@nongnu.org; Thu, 04 May 2006 12:00:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgG6-0007HK-Sq for axiom-developer@nongnu.org; Thu, 04 May 2006 12:00:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgG6-0007Gz-I8 for axiom-developer@nongnu.org; Thu, 04 May 2006 12:00:54 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbgGj-0000U3-PY for axiom-developer@nongnu.org; Thu, 04 May 2006 12:01:34 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k44G0qHi020109 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 4 May 2006 18:00:52 +0200 Message-ID: <445A2533.1080709@hemmecke.de> Date: Thu, 04 May 2006 18:00:51 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: axiom-dev Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Axiom-developer] NOWEB X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 16:00:57 -0000 Tim, you complained about the speed of NOWEB... Here a copy from noweb-2.11/src/INSTALL... To build noweb: 1) First point to compilers to be used to built the tools and library by setting these variables in the Makefile: CC the name of an ANSI C compiler LIBSRC 'awk' or 'icon', depending on which library If you have Icon, use the Icon version of the noweb library; this code speeds up noweave by a factor of 3. The Icon versions have fewer bugs and provide more filters (e.g., convert LaTeX to HTML in documentation chunks). Not all of the examples will work with the awk library. If you have an Icon compiler and believe it works, set `ICONC=iconc -f l' in the Makefile. (Icon is freely available from the University of Arizona, but the compiler is no longer maintained.) I have compiled noweb like this... cd noweb-2.11/src export N=$HOME/software/noweb make LIBSRC=icon BIN=$N LIB=$N/lib MAN=$N/man TEXINPUTS=$N/tex ELISP=$N/elisp make LIBSRC=icon BIN=$N LIB=$N/lib MAN=$N/man TEXINPUTS=$N/tex ELISP=$N/elisp install Do you use icon instead of awk??? Ralf From MAILER-DAEMON Thu May 04 12:19:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbgY9-0003bx-7L for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 12:19:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgY7-0003b6-7Z for axiom-developer@nongnu.org; Thu, 04 May 2006 12:19:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgY5-0003aV-5J for axiom-developer@nongnu.org; Thu, 04 May 2006 12:19:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgY4-0003aR-VX for axiom-developer@nongnu.org; Thu, 04 May 2006 12:19:29 -0400 Received: from [193.252.22.29] (helo=smtp2.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbgYi-0002Dn-Lo for axiom-developer@nongnu.org; Thu, 04 May 2006 12:20:08 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0206.wanadoo.fr (SMTP Server) with ESMTP id 025341C001DD for ; Thu, 4 May 2006 18:19:27 +0200 (CEST) Received: from ALille-251-1-71-207.w82-127.abo.wanadoo.fr (ALille-251-1-71-207.w82-127.abo.wanadoo.fr [82.127.186.207]) by mwinf0206.wanadoo.fr (SMTP Server) with ESMTP id 050371C001D2; Thu, 4 May 2006 18:19:25 +0200 (CEST) X-ME-UUID: 20060504161926214.050371C001D2@mwinf0206.wanadoo.fr Subject: Re: [Axiom-developer] Re: Axiom trunk failure From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Gabriel Dos Reis In-Reply-To: References: <200605040459.k444xBG06704@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 04 May 2006 18:19:24 +0200 Message-Id: <1146759564.3707.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 16:19:31 -0000 Hi, Le jeudi 04 mai 2006 =E0 10:29 +0200, Gabriel Dos Reis a =E9crit : [...] > we should just be able to type "./configure; make make install" > and have it working. Expect that soon for Unix-like systems! > (And I hope it will work for Cygwin-based systems too.) GCL does not compile on Cygwin. Some portions of GCL are related to Cygwin but they are not maintained anymore as far as I know. GCL on Windows uses the MinGW/MSYS environment (so it's not possible to build X based applications such that graphics and hyperdoc). Cheers, Greg From MAILER-DAEMON Thu May 04 12:33:57 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbgm5-0004lr-Fi for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 12:33:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbgm4-0004lb-Ap for axiom-developer@nongnu.org; Thu, 04 May 2006 12:33:56 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbgm2-0004j2-IU for axiom-developer@nongnu.org; Thu, 04 May 2006 12:33:55 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbgm2-0004ik-Ep for axiom-developer@nongnu.org; Thu, 04 May 2006 12:33:54 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbgmd-0004OV-UC for axiom-developer@nongnu.org; Thu, 04 May 2006 12:34:34 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 5F7B66989C; Thu, 4 May 2006 12:33:49 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 1A9BF6A462; Thu, 4 May 2006 12:33:45 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Thu, 4 May 2006 12:33:43 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvkIZW81wOTytHRzCMSw/iO9fUaAAAeFFQ From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 16:33:56 -0000 On Thursday, May 04, 2006 11:36 AM C Y wrote: > ...=20 > Quick check - is there anybody now doing active development > on Axiom for Windows? I'm sure we have users there but anybody > who knows how to compile it? The procedure for compiling Axiom on Windows is here: http://wiki.axiom-developer.org/BuildAxiom As far as I know no one is current actively making changes to the axiom--windows--1 source distribution. The only people I know for sure who have compiled Axiom for Windows from source is me and Mike Thomas (the gcl developer who first fully solved the problem of building Axiom on Windows). >=20 > > we should be able to just type 'AXIOM=3D.../windows' ; make > > and get a working windows version. once that works we can > > try to get the browser/graphics/sman working. but right now, > > even for me, the windows version feels a bit like a black box. >=20 A tla "diff" of the axiom--main--1 (about patch-30 or so I think) and axiom--windows--1 versions will show the changes that were made to the Axiom sources but unfortunately none of these where ever fully documented. At this point I think our best option for updating the Windows build will be to wait for Gaby to complete the integration of the Debian patches into the Silver archive and then create a new branch specifically for Windows. It will considerably simplify the Windows build if we can use the Debian build strategy. > Heh - Maxima still feels that way to me on Windows, after several > significant releases. A literate document on creating a Windows > install.exe file would be a boon to lots of free software projects, > I think. Of course, we are introducing the scripting language for > the Nullsoft installer and maybe one or two other special cases,=20 > but I have a feeling it will be a very long time before we can > avoid the need for such tools and use a lisp based install.exe. The Nullsoft installer script was contributed by Dan Martens, the TeXmacs for Windows developer. Unfortunately there is no literate document nor even any information on the Axiom Wiki about how to create the NullSoft windows install file. The best I can offer is everything I think is relevant in the axiom-developer email list archive, e.g. http://lists.nongnu.org/archive/html/axiom-developer/2005-02/msg00164.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2005-01/msg00518.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2004-12/msg00233.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2004-12/msg00107.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2004-12/msg00084.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2004-06/msg00068.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2003-10/msg00227.ht ml But given the axiom.nsi file that is included in the Windows binary distribution, the procedure to produce the NullSoft install.exe file is actually very simple. I would be glad to help anyone who wants to attempt this ... and this time maybe we can jointly write some useful documentation! :) Regards, Bill Page. From MAILER-DAEMON Thu May 04 12:43:55 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbgvi-0005Hi-UD for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 12:43:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbgvg-0005G8-SD for axiom-developer@nongnu.org; Thu, 04 May 2006 12:43:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbgvg-0005FK-3V for axiom-developer@nongnu.org; Thu, 04 May 2006 12:43:52 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbgvf-0005FA-U6 for axiom-developer@nongnu.org; Thu, 04 May 2006 12:43:51 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbgwJ-0005Ou-LY for axiom-developer@nongnu.org; Thu, 04 May 2006 12:44:31 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id F284C6A4CE; Thu, 4 May 2006 12:43:50 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id B52006A4B4; Thu, 4 May 2006 12:43:47 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] NOWEB Date: Thu, 4 May 2006 12:43:47 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] NOWEB Thread-Index: AcZvlH24uUR0/iRcQLKp59KZsDVBbQABJ7OQ From: "Page, Bill" To: "Ralf Hemmecke" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 16:43:53 -0000 On Thursday, May 04, 2006 12:01 PM Ralf Hemmecke wrote: >=20 > Tim, you complained about the speed of NOWEB... >=20 > Here a copy from noweb-2.11/src/INSTALL... >=20 > To build noweb: >=20 > 1) First point to compilers to be used to built the tools and > library by setting these variables in the Makefile: > CC the name of an ANSI C compiler > LIBSRC 'awk' or 'icon', depending on which library > If you have Icon, use the Icon version of the noweb=20 > library; this code speeds up noweave by a factor of 3. > The Icon versions have fewer bugs and provide more filters > (e.g., convert LaTeX to HTML in documentation chunks). > Not all of the examples will work with the awk library. > If you have an Icon compiler and believe it works, set > `ICONC=3Diconc -f l' in the Makefile. (Icon is freely > available from the University of Arizona, but the compiler > is no longer maintained.) > I have installed Icon on the axiom-developer.org server and it seems like a nice neat little language ... but I am sure Tim will say: "Oh horrors, yet another programming language!" :) =20 >=20 > I have compiled noweb like this... >=20 > cd noweb-2.11/src >=20 > export N=3D$HOME/software/noweb >=20 > make LIBSRC=3Dicon BIN=3D$N LIB=3D$N/lib MAN=3D$N/man = TEXINPUTS=3D$N/tex=20 > ELISP=3D$N/elisp >=20 > make LIBSRC=3Dicon BIN=3D$N LIB=3D$N/lib MAN=3D$N/man = TEXINPUTS=3D$N/tex=20 > ELISP=3D$N/elisp install >=20 > Do you use icon instead of awk??? >=20 I have also build noweb this way (partly because I was at one time very interested in the filter to convert from LaTeX to HTML) and I agree that the version of noweb that uses the icon library is much faster. I also hacked a while on the LaTeX to HTML code written in Icon, but eventually I abandoned that approach in favour of the current pamphlet file support on MathAction that does not involve conversion of LaTeX to HTML. Regards, Bill Page. From MAILER-DAEMON Thu May 04 12:46:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbgyU-0006Uk-8j for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 12:46:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbgyS-0006Tw-Ch for axiom-developer@nongnu.org; Thu, 04 May 2006 12:46:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbgyQ-0006TF-NK for axiom-developer@nongnu.org; Thu, 04 May 2006 12:46:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbgyQ-0006T8-Fz for axiom-developer@nongnu.org; Thu, 04 May 2006 12:46:42 -0400 Received: from [193.252.22.24] (helo=smtp7.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbgz4-0005rB-B3 for axiom-developer@nongnu.org; Thu, 04 May 2006 12:47:22 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0712.wanadoo.fr (SMTP Server) with ESMTP id 13B331C000AF for ; Thu, 4 May 2006 18:46:41 +0200 (CEST) Received: from ALille-251-1-71-207.w82-127.abo.wanadoo.fr (ALille-251-1-71-207.w82-127.abo.wanadoo.fr [82.127.186.207]) by mwinf0712.wanadoo.fr (SMTP Server) with ESMTP id B132E1C00088; Thu, 4 May 2006 18:46:40 +0200 (CEST) X-ME-UUID: 20060504164640725.B132E1C00088@mwinf0712.wanadoo.fr Subject: Re: [Axiom-developer] Re: Axiom trunk failure From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Gabriel Dos Reis In-Reply-To: <1146759564.3707.11.camel@localhost.localdomain> References: <200605040459.k444xBG06704@localhost.localdomain> <1146759564.3707.11.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 04 May 2006 18:46:38 +0200 Message-Id: <1146761198.3707.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 16:46:45 -0000 Le jeudi 04 mai 2006 =E0 18:19 +0200, Vanuxem Gr=E9gory a =E9crit : > Hi, >=20 > Le jeudi 04 mai 2006 =E0 10:29 +0200, Gabriel Dos Reis a =E9crit : >=20 > [...] >=20 > > we should just be able to type "./configure; make make install" > > and have it working. Expect that soon for Unix-like systems! > > (And I hope it will work for Cygwin-based systems too.) >=20 > GCL does not compile on Cygwin. Some portions of GCL are related to > Cygwin but they are not maintained anymore as far as I know. GCL on > Windows uses the MinGW/MSYS environment (so it's not possible to build = X > based applications such that graphics and hyperdoc). Hum I forgot something. But, as Tim said earlier, hyperdoc and probably graphics could be ported to Cygwin. Cheers, Greg > Cheers, >=20 > Greg >=20 >=20 >=20 >=20 >=20 >=20 > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer >=20 From MAILER-DAEMON Thu May 04 13:06:31 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbhHb-0008Hv-Qu for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 13:06:31 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbhHa-0008E5-2F for axiom-developer@nongnu.org; Thu, 04 May 2006 13:06:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbhHY-0008DK-6f for axiom-developer@nongnu.org; Thu, 04 May 2006 13:06:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbhHY-0008D8-1B for axiom-developer@nongnu.org; Thu, 04 May 2006 13:06:28 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbhIC-0007bo-25 for axiom-developer@nongnu.org; Thu, 04 May 2006 13:07:08 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id E74196A629; Thu, 4 May 2006 13:06:26 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 426646A611; Thu, 4 May 2006 13:06:22 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Thu, 4 May 2006 13:06:26 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvmnFumTcyWwqDTT+1NgGKjtd57QAAU9hA From: "Page, Bill" To: =?iso-8859-1?Q?Vanuxem_Gr=E9gory?= X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 17:06:30 -0000 On Thursday, May 04, 2006 12:47 PM Vanuxem Gr=E9gory wrote: > >=20 > > GCL does not compile on Cygwin. Some portions of GCL are related > > to Cygwin but they are not maintained anymore as far as I know. > > GCL on Windows uses the MinGW/MSYS environment (so it's not=20 > > possible to build X based applications such that graphics and > > hyperdoc). >=20 > Hum I forgot something. >=20 > But, as Tim said earlier, hyperdoc and probably graphics=20 > could be ported to Cygwin. > Tim has already successfully (more or less) compiled hyperdoc using Cygwin. See this thread: http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00439.htm= l http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00438.htm= l http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00428.htm= l Although the hyperdoc program was compiled under Cygwin, the X server part does run as a stand alone windows app called Xming see: http://sourceforge.net/projects/xming http://wiki.freedesktop.org/wiki/Xming So I don't think Cygwin is actually required for this. Axiom graphics is a more complex program than hyperdoc but it should also be possible to run it "native" on Windows this way. There is obviously a very great demand by Axiom on Windows users for these missing Axiom features. Anything we could do to solve this problem would benefit a look of new Axiom users. Regards, Bill Page. From MAILER-DAEMON Thu May 04 14:20:14 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbiQw-00015F-6N for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 14:20:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbiQt-00013v-VZ for axiom-developer@nongnu.org; Thu, 04 May 2006 14:20:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbiQs-000132-P2 for axiom-developer@nongnu.org; Thu, 04 May 2006 14:20:11 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbiQs-00012v-Kn for axiom-developer@nongnu.org; Thu, 04 May 2006 14:20:10 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbiRX-0005AM-I2 for axiom-developer@nongnu.org; Thu, 04 May 2006 14:20:51 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 696D340E21; Thu, 4 May 2006 20:20:08 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44IGetZ032735; Thu, 4 May 2006 20:16:41 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44IGeZi032734; Thu, 4 May 2006 20:16:40 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] NOWEB References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 20:16:40 +0200 Message-ID: Lines: 36 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 18:20:12 -0000 "Page, Bill" writes: | On Thursday, May 04, 2006 12:01 PM Ralf Hemmecke wrote: | > | > Tim, you complained about the speed of NOWEB... | > | > Here a copy from noweb-2.11/src/INSTALL... | > | > To build noweb: | > | > 1) First point to compilers to be used to built the tools and | > library by setting these variables in the Makefile: | > CC the name of an ANSI C compiler | > LIBSRC 'awk' or 'icon', depending on which library | > If you have Icon, use the Icon version of the noweb | > library; this code speeds up noweave by a factor of 3. | > The Icon versions have fewer bugs and provide more filters | > (e.g., convert LaTeX to HTML in documentation chunks). | > Not all of the examples will work with the awk library. | > If you have an Icon compiler and believe it works, set | > `ICONC=iconc -f l' in the Makefile. (Icon is freely | > available from the University of Arizona, but the compiler | > is no longer maintained.) | > | | I have installed Icon on the axiom-developer.org server and it | seems like a nice neat little language ... but I am sure Tim | will say: "Oh horrors, yet another programming language!" :) And I will second him! [Note: I have written small programs in Icon, and enjoyed "Graphics Programming in Icon" which you can get almost for free if you in academia.] -- Gaby From MAILER-DAEMON Thu May 04 14:50:56 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbiue-0004u7-Lk for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 14:50:56 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbiub-0004qj-Rw for axiom-developer@nongnu.org; Thu, 04 May 2006 14:50:53 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbiuZ-0004qS-5C for axiom-developer@nongnu.org; Thu, 04 May 2006 14:50:53 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbiuZ-0004qP-03 for axiom-developer@nongnu.org; Thu, 04 May 2006 14:50:51 -0400 Received: from [193.252.22.23] (helo=smtp8.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbivE-0008Dr-1x for axiom-developer@nongnu.org; Thu, 04 May 2006 14:51:32 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0807.wanadoo.fr (SMTP Server) with ESMTP id C0BC31C001D8 for ; Thu, 4 May 2006 20:50:49 +0200 (CEST) Received: from ALille-251-1-71-207.w82-127.abo.wanadoo.fr (ALille-251-1-71-207.w82-127.abo.wanadoo.fr [82.127.186.207]) by mwinf0807.wanadoo.fr (SMTP Server) with ESMTP id 52D181C001CB; Thu, 4 May 2006 20:50:49 +0200 (CEST) X-ME-UUID: 20060504185049339.52D181C001CB@mwinf0807.wanadoo.fr Subject: RE: [Axiom-developer] Re: Axiom trunk failure From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: bill.page1@synthesis.anikast.ca In-Reply-To: References: Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 04 May 2006 20:50:47 +0200 Message-Id: <1146768647.3707.74.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 18:50:54 -0000 hi Bill, Le jeudi 04 mai 2006 =E0 13:06 -0400, Page, Bill a =E9crit : [...] > Tim has already successfully (more or less) compiled hyperdoc > using Cygwin. See this thread: >=20 > http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00439.h= tml > http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00438.h= tml > http://lists.nongnu.org/archive/html/axiom-developer/2005-12/msg00428.h= tml Thanks,=20 Humm it seems to me that all the axiom-developer's mailing list archives are in your mind :-) (It's not the first time that you refer to these archives) Cheers, Greg From MAILER-DAEMON Thu May 04 15:09:51 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbjCx-0007o4-Lq for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 15:09:51 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbjCv-0007nJ-H9 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:09:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbjCu-0007mT-0o for axiom-developer@nongnu.org; Thu, 04 May 2006 15:09:49 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbjCt-0007m9-RO for axiom-developer@nongnu.org; Thu, 04 May 2006 15:09:47 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbjDZ-0001fB-6F for axiom-developer@nongnu.org; Thu, 04 May 2006 15:10:29 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id C2C1B6AC10; Thu, 4 May 2006 15:09:44 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id A78F66ABDF; Thu, 4 May 2006 15:09:41 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] NOWEB Date: Thu, 4 May 2006 15:09:52 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] NOWEB Thread-Index: AcZvp3A8IYyjuWq+QgK6J+LzdiqHewAAeSvw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:09:49 -0000 Gaby, On Thursday, May 04, 2006 2:17 PM you wrote: > ...=20 > Bill Page writes: > |=20 > | I have installed Icon on the axiom-developer.org server and it > | seems like a nice neat little language ... but I am sure Tim > | will say: "Oh horrors, yet another programming language!" :) >=20 > And I will second him! >=20 > [Note: I have written small programs in Icon, and enjoyed=20 > "Graphics Programming in Icon" which you can get almost for > free if you in academia.] >=20 Sometimes I wonder how someone who does not really appreciate diverse programming languages would ever be motivated to become an Axiom developer ... although I would not expect Axiom *users* to necessarily be so multilingual. ;) I think Icon was a worthy predecessor of the currently very popular web scripting languages like perl and python that came later but did a lot of the same things (not necessarily as well ): http://www.cs.arizona.edu/icon/index.htm Icon has venerable history rather similar to Axiom's, beginning in 1977: http://portal.acm.org/citation.cfm?doid=3D155360.155363 But it certainly is not a "dead" language yet: http://www.cs.arizona.edu/icon/status.htm The Icon books are now in fact free for all and I can highly recommend both of them. You can download them here: http://www.cs.arizona.edu/icon/gb Regards, Bill Page. From MAILER-DAEMON Thu May 04 15:19:11 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbjLz-0004Ol-4j for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 15:19:11 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbjLx-0004OU-OY for axiom-developer@nongnu.org; Thu, 04 May 2006 15:19:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbjLv-0004OE-52 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:19:08 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbjLu-0004O6-Rk for axiom-developer@nongnu.org; Thu, 04 May 2006 15:19:06 -0400 Received: from [193.252.22.30] (helo=smtp1.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbjMa-0002Wh-66 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:19:48 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0101.wanadoo.fr (SMTP Server) with ESMTP id B290F1C0023A for ; Thu, 4 May 2006 21:19:05 +0200 (CEST) Received: from ALille-251-1-71-207.w82-127.abo.wanadoo.fr (ALille-251-1-71-207.w82-127.abo.wanadoo.fr [82.127.186.207]) by mwinf0101.wanadoo.fr (SMTP Server) with ESMTP id 444221C00225; Thu, 4 May 2006 21:19:05 +0200 (CEST) X-ME-UUID: 20060504191905279.444221C00225@mwinf0101.wanadoo.fr From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: daly@axiom-developer.org In-Reply-To: <200605040459.k444xBG06704@localhost.localdomain> References: <200605040459.k444xBG06704@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Thu, 04 May 2006 21:19:04 +0200 Message-Id: <1146770344.3707.92.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Blas in axiom (was Re: Axiom trunk failure) X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:19:09 -0000 Hi Tim, Le jeudi 04 mai 2006 =E0 00:59 -0400, root a =E9crit : [...] > i've joined axiom to the numerical mathematics consortium > (http://www.nmconsortium.org/FldRte/?id=3D72&page=3DAssociate+Members) > because i have an interest in recovering the numerical library > facility for axiom. i have rewritten the BLAS library into literate > form and have gotten permission from a BLAS person to use his research > work as documentation for the routines. i'm in the process of > documenting the BLAS code now. when it completes i'll release a > numeric library for axiom that is literate BLAS. then i'll move on to > the next numerical piece. along the way i'm learning about sensitivity > analysis, methods of graphing branch cuts, etc. and trying to add what > i've learned to the documentation for the code. Humm... I have a lot of questions about your work on a Blas library. Is it coded in spad ? Is the interface fixed ? If so did you use the naming and calling convention of Blas ? For example the [s|d|c|z]axpy blas routine are named axpy in your implementation ? Same question apply for routines arguments (inc. for vector and ld. for leading dimension of matrices). Is the Float domain supported or only the DoubleFloat one? In fact if I have all these questions it's because my version of Axiom contains an interface to Blas and part of Lapack libraries but only for reals (i.e DoubleFloat). This is probably a different implementation since, in my work, the interface is coded in C and Lisp and needed a complete new \<.*Matrix.*\> tree in spad. It needs working Blas and Lapack libraries too, either in C or in Fortran (in my case GCL is linked to AMD's ACML). The complex case is more difficult to solve (the internals of complex long-float in GCL does not facilitate this task) and I actually don't know if I will add an interface to it or how I will achieve this goal. So if you can briefly explain your work I would be very happy. I worked on this several months or years ago and re-begin to work on it recently. And yes, I know, I'm too curious. Cheers, Greg PS : My implementation still require a lot of work but there is always work to be done. From MAILER-DAEMON Thu May 04 15:42:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbji8-0001IB-RJ for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 15:42:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbji6-0001Gk-F8 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:42:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbji5-0001GC-MX for axiom-developer@nongnu.org; Thu, 04 May 2006 15:42:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbji5-0001G3-CY for axiom-developer@nongnu.org; Thu, 04 May 2006 15:42:01 -0400 Received: from [199.232.41.67] (helo=mx20.gnu.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Fbji5-0001Oo-5v for axiom-developer@nongnu.org; Thu, 04 May 2006 15:42:01 -0400 Received: from [80.91.229.2] (helo=ciao.gmane.org) by mx20.gnu.org with esmtp (Exim 4.52) id 1FbjR7-000483-3k for axiom-developer@nongnu.org; Thu, 04 May 2006 15:24:29 -0400 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FbjQt-00016i-Tn for axiom-developer@nongnu.org; Thu, 04 May 2006 21:24:15 +0200 Received: from pool-71-107-248-173.lsanca.dsl-w.verizon.net ([71.107.248.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 May 2006 21:24:15 +0200 Received: from simon by pool-71-107-248-173.lsanca.dsl-w.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 May 2006 21:24:15 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: axiom-developer@nongnu.org From: Simon Michael Date: Thu, 04 May 2006 12:24:08 -0700 Lines: 5 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pool-71-107-248-173.lsanca.dsl-w.verizon.net User-Agent: Thunderbird 1.5.0.2 (X11/20060420) In-Reply-To: Sender: news Subject: [Axiom-developer] Re: Spam X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:42:02 -0000 Hi guys.. I'd like to return to this (making mathaction work with latest zwiki). Bill, did you see my mail asking you to merge Bob's latest latexwiki patches ? I can do it but I think someone familiar with latexwiki will do a better job of resolving the conflicts. Chat me on #zwiki if I can support. From MAILER-DAEMON Thu May 04 15:44:27 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbjkR-0002mr-3I for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 15:44:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbjkP-0002mA-AM for axiom-developer@nongnu.org; Thu, 04 May 2006 15:44:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbjkN-0002l6-K1 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:44:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbjkN-0002kz-G8 for axiom-developer@nongnu.org; Thu, 04 May 2006 15:44:23 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbjkM-0001nC-JN for axiom-developer@nongnu.org; Thu, 04 May 2006 15:44:23 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 63B456AC9F; Thu, 4 May 2006 15:44:21 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 040C96ADCD; Thu, 4 May 2006 15:44:06 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Axiom trunk failure Date: Thu, 4 May 2006 15:44:21 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Axiom trunk failure Thread-Index: AcZvq7biS6JgnpCBRmq+SoIIHpq9/wABACrw From: "Page, Bill" To: =?iso-8859-1?Q?Vanuxem_Gr=E9gory?= X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:44:25 -0000 Greg, On Thursday, May 04, 2006 2:51 PM you wrote: >=20 > Humm it seems to me that all the axiom-developer's mailing=20 > list archives are in your mind :-)>=20 :) You also can download the axiom-developer email archives here: ftp://lists.gnu.org/axiom-developer ;) and of course anyone can search them online at: http://lists.nongnu.org/archive/html/axiom-developer The point is, I guess it is easy for most of us to somehow find the time to be verbose by email but we do not find the time to write pamphlet file documentation or even to update wiki web pages. As a result these archives represent quite a lot of, admittedly rather "low density", but very important information about Axiom. If anyone has a suggestion for a good package to archive, index and search these email files off-line (on a desktop or maybe on the axiom-developer.org server) then I would be very interested. Securing these files might become important for the long term future of Axiom if we do not find the time or a better way to distill the really useful information from the archive into a more accessible form or if for some reason the online email archive becomes inaccessible. Regards, Bill Page. From MAILER-DAEMON Thu May 04 15:53:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbjtP-00008l-9H for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 15:53:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbjtN-000085-Sp for axiom-developer@nongnu.org; Thu, 04 May 2006 15:53:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbjtN-00007N-BT for axiom-developer@nongnu.org; Thu, 04 May 2006 15:53:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbjtN-00007C-8o for axiom-developer@nongnu.org; Thu, 04 May 2006 15:53:41 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbjtM-0002ZN-VL for axiom-developer@nongnu.org; Thu, 04 May 2006 15:53:41 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id B743C40E35; Thu, 4 May 2006 21:53:34 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k44Jo7tZ000624; Thu, 4 May 2006 21:50:07 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k44Jo7Sb000623; Thu, 4 May 2006 21:50:07 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] NOWEB References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 04 May 2006 21:50:07 +0200 Message-ID: Lines: 79 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 19:53:42 -0000 "Page, Bill" writes: | Gaby, | | On Thursday, May 04, 2006 2:17 PM you wrote: | > ... | > Bill Page writes: | > | | > | I have installed Icon on the axiom-developer.org server and it | > | seems like a nice neat little language ... but I am sure Tim | > | will say: "Oh horrors, yet another programming language!" :) | > | > And I will second him! | > | > [Note: I have written small programs in Icon, and enjoyed | > "Graphics Programming in Icon" which you can get almost for | > free if you in academia.] | > | | Sometimes I wonder how someone who does not really appreciate | diverse programming languages would ever be motivated to | become an Axiom developer ... although I would not expect | Axiom *users* to necessarily be so multilingual. ;) I do not have an answer to your question. Different people function differently. But, if the question is directed to me, then the answer is "I do play with lots of programming languages, and fluent in quite a few of them, with totally different paradigms -- I would not be here, if it were otherwise". Now, if you ask me whether in a large project I would recommend that we use all of them, then my first order answer is NO! Maybe there is a confusion about appreciating diverse programming languages and appreciating the set of tools we should use to deliver a coherent, attractive, scalable, and maintainable project. I don't want my scarce resource (time) to be sunk in a black hole. When it comes to tenure, the number of languages one appreciates counts for exactly zero. Software *development* counts for zero -- even in the area of software. The number of papers count highly; grants are important. I don't want to write about people writing software. I would prefer to write about software, largely based on experience. For that, I prefer invest the "wasted time" in something that can make a difference; that people use. I see an opportunity in Axiom. I would hate it becomes a black hole where all sorts of languages get sunk into because of "diverse programming language appreciation." The reasons why we should add new tools to our tool bagage should be their effectiveness to solve specific problems we are facing, not just because we want to be diverse. There is something to be said for breath, there is also something to be said for depth. There must be a balance somewhere given the limited resources we have. | I think Icon was a worthy predecessor of the currently very | popular web scripting languages like perl and python that came | later but did a lot of the same things (not necessarily as | well ): You mean SNOBOL? :-) [ The whom I work for currently is a long term SNOBOL hacker; yet he invented a different language that will not be suitable for discussion here :-p And we do work in an environment where we highly appreciate diverse languages and paradigms. ] | | http://www.cs.arizona.edu/icon/index.htm | | Icon has venerable history rather similar to Axiom's, beginning | in 1977: Thanks; not mean to be rude -- but I'm an Icon hacker. I spent long time studying Icon. For example, I wanted to add generators (not co-routines) to C++; among other things I digested Icon's implementation. That was not too long ago. -- Gaby From MAILER-DAEMON Thu May 04 16:28:48 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbkRM-0004Z0-HM for mharc-axiom-developer@gnu.org; Thu, 04 May 2006 16:28:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbkRJ-0004Ww-SV for axiom-developer@nongnu.org; Thu, 04 May 2006 16:28:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbkRH-0004Tr-Gy for axiom-developer@nongnu.org; Thu, 04 May 2006 16:28:45 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbkRH-0004TV-AR for axiom-developer@nongnu.org; Thu, 04 May 2006 16:28:43 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FbkRH-0005Ao-Hm for axiom-developer@nongnu.org; Thu, 04 May 2006 16:28:43 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 6B1076BF55; Thu, 4 May 2006 16:28:42 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 6A5046C2ED; Thu, 4 May 2006 16:28:36 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] NOWEB Date: Thu, 4 May 2006 16:28:58 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] NOWEB Thread-Index: AcZvtICAiBI94xH/Q4COBFtMXXU6HwAAZkGw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 May 2006 20:28:46 -0000 Gaby, On Thursday, May 04, 2006 3:50 PM you wrote: > ...=20 > Maybe there is a confusion about appreciating diverse > programming languages and appreciating the set of tools > we should use to deliver a coherent, attractive, scalable, > and maintainable project. I understand your point and actually in principle I do agree with you (and Tim) I just don't think it makes any sense to take it to the extreme, e.g. "all lisp". > Bill Page wrote:=20 > | I think Icon was a worthy predecessor of the currently very > | popular web scripting languages like perl and python that > | came later but did a lot of the same things (not necessarily > | as well ): >=20 > You mean SNOBOL? :-) Icon was a child of SNOBOL just as (in a looser sense) perl and python are children of Icon. But it seems that children often do not appreciate their parents until they themselves get older. Perhaps I would be giving too much away to admit that the first language I ever used with "real string processing" was SNOBOL. But in fact I never programmed in Icon until last year. >=20 > |=20 > | http://www.cs.arizona.edu/icon/index.htm > |=20 > | Icon has venerable history rather similar to Axiom's, > | beginning in 1977: >=20 > Thanks; not mean to be rude -- but I'm an Icon hacker. I spent > long time studying Icon. For example, I wanted to add generators > (not co-routines) to C++; among other things I digested Icon's > implementation. That was not too long ago. >=20 I certainly do not consider your comments rude, nor do I mean any insult. :) Norman Ramsey's code for doing LaTeX to HTML conversion is written in Icon and uses the method of completions - not really native to Icon but quite easily implemented. I learned a lot by studying that code. Regards, Bill Page. From MAILER-DAEMON Fri May 05 05:49:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FbwwR-0001mM-Gq for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 05:49:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FbwwP-0001m8-Qp for axiom-developer@nongnu.org; Fri, 05 May 2006 05:49:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FbwwO-0001lo-NR for axiom-developer@nongnu.org; Fri, 05 May 2006 05:49:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FbwwO-0001lj-I2 for axiom-developer@nongnu.org; Fri, 05 May 2006 05:49:40 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FbwwW-0003wD-Da for axiom-developer@nongnu.org; Fri, 05 May 2006 05:49:48 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k459nTHi007667 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 May 2006 11:49:30 +0200 Message-ID: <445B1FAD.3070402@hemmecke.de> Date: Fri, 05 May 2006 11:49:33 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: axiom-dev , Gabriel Dos Reis Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Axiom-developer] Explanation of the branches X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 09:49:42 -0000 Dear Gaby, Thank you for all your work on the silver branch But in order not to lose track of all the possible branches that might be created in the SVN repository, do you think, it would be a good idea to list them together here http://wiki.axiom-developer.org/AxiomSilverBranch For each branch I would like to see a short explanation of why this branch exists and who actually maintains it. Maybe that could also be done with tools at sourceforge, but I am not yet overly familiar with that. Maybe you suggest something better. Maybe http://wiki.axiom-developer.org/FAQ -- How can I submit a patch? should be adapted, become a separate page, and should be linked to from FAQ and AxiomSilverBranch. Ralf From MAILER-DAEMON Fri May 05 05:55:55 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbx2R-0004Vf-2x for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 05:55:55 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbx2P-0004Uf-70 for axiom-developer@nongnu.org; Fri, 05 May 2006 05:55:53 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbx2O-0004Sd-BN for axiom-developer@nongnu.org; Fri, 05 May 2006 05:55:52 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbx2O-0004SM-3I for axiom-developer@nongnu.org; Fri, 05 May 2006 05:55:52 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fbx2V-0004KY-Ua for axiom-developer@nongnu.org; Fri, 05 May 2006 05:56:00 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k459tiHi008079 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 May 2006 11:55:44 +0200 Message-ID: <445B2123.6000508@hemmecke.de> Date: Fri, 05 May 2006 11:55:47 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis References: <44342010.1000603@hemmecke.de> <4434DB4F.1000905@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: star merge and the silver branch X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 09:55:53 -0000 On 05/02/2006 11:00 PM, Gabriel Dos Reis wrote: > Ralf Hemmecke writes: > > [...] > > | Of course, SVN has some weaknesses (especially not being able to do a > | star-merge), but since you could live with CVS for many years, I am > | sure you can cope with that missing feature anyway. > > Hi Ralf, > > Since you have been teasing us about this feature for a long time, > I put a short description of how to work on the Axiom silver branch > with SVK. See > > http://wiki.axiom-developer.org/AxiomSilverBranch > > SVK has implemented Tom Lord's "star merge" algorithm (I have not > used it myself) > > http://svkbook.elixus.org/nightly/en/svk.ref.svk.c.smerge.html > > I do however use SVK frequently (though I'm no expert) and the steps I > put on the wiki are those I followed to set up a working SVK > repository for myself. Hmmm, currently I use psvn.el http://www.xsteve.at/prg/emacs/ and I am relatively satisfied with it. Unfortunately, I had no luck with http://svk.elixus.org/?SVKTools. My xemacs has some problem with them and I just did not look into this problem. Ralf From MAILER-DAEMON Fri May 05 06:01:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbx7h-0007t0-0u for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 06:01:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbx7f-0007sS-5k for axiom-developer@nongnu.org; Fri, 05 May 2006 06:01:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbx7c-0007sG-8E for axiom-developer@nongnu.org; Fri, 05 May 2006 06:01:18 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbx7c-0007sD-39 for axiom-developer@nongnu.org; Fri, 05 May 2006 06:01:16 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fbx7k-0004eO-0I for axiom-developer@nongnu.org; Fri, 05 May 2006 06:01:24 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k45A0KDD022257; Fri, 5 May 2006 12:00:22 +0200 (CEST) Sender: rubey@localhost.localdomain To: Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: From: Martin Rubey Date: 05 May 2006 11:59:20 +0200 In-Reply-To: Message-ID: <85r738hjwn.fsf@localhost.localdomain> Lines: 67 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 10:01:19 -0000 "Page, Bill" writes: > On Thursday, May 04, 2006 10:47 AM Martin Rubey wrote: > > ... > > Things to do on the interpreter side needed for the > > axiom-combinat project: > > > > * make it understand Aldor: > > > > * dependent types > > * extend > > * creating domains on the command line > > > > Is what you are suggesting the same thing as making library > programming possible at the level of the interpreter? Yes. In aldor -gloop this is possible. In fact, maybe it would be better to try to integrate the type guessing mechanism of Axiom into the Aldor interpreter. That is, throw away the axiom interpreter and replace it by aldor -gloop. Again, I said already that I'm unskilled in the art of interpreter and compiler writing. I only try to state what would be important to me from a mathematicians point of view. > If so, they I supose that you realize that this is already an issue at the > level of SPAD and is not really an Aldor specific problem. It seems to me > that the differences between the interpreter and library compiler > environments were largely built-in as part of the original design of Axiom. I > think the designers decided that the interpreter *should* behave differently > than the compiler and that some of the things the compiler does should > specifically not be available to the interactive user. If this was intentional, it was a mistake. But I'm pretty sure that it was due to limitations of time and money, rather than intention. > It is certainly possible right now to use dependent types and the Aldor > 'extend' functionality in Axiom right now so long as you remain within the > Aldor library code. The problem is that neither of these can currently be > "exposed" the the interactive user through the Axiom interpreter. Yes. This is the way we are going to work around these problems, in fact. But it's dead ugly. > I think however that these two cases a rather different. I think it should > be possible to implement dependent types in the interpreter and the fact that > it doesn't currently work is apparently already considers a bug by Peter > Broadbery. I believe so too, and I think that supporting dependent types would make for a very good start. It doesn't need to be super clean, since in the long run we will have to rewrite the interpreter from scratch anyway (or use aldor -gloop), but it would make the transition a lot easier. > But the the 'extend' functionality is another issue because that whould > require providing the equivalent of the library compiler at the interpreter > level. Yes, this might have been wrong on my side. It seems that extend does not even work in aldor -gloop. However, I think it should. Is it already possible to extend Axiom domains with Aldor code? (I should check this) Martin From MAILER-DAEMON Fri May 05 07:01:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fby3q-00056A-3J for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 07:01:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fby3n-00055D-Om for axiom-developer@nongnu.org; Fri, 05 May 2006 07:01:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fby3l-00053N-83 for axiom-developer@nongnu.org; Fri, 05 May 2006 07:01:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fby3l-00053D-3t for axiom-developer@nongnu.org; Fri, 05 May 2006 07:01:21 -0400 Received: from [62.4.16.105] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fby3t-00010u-Mf for axiom-developer@nongnu.org; Fri, 05 May 2006 07:01:29 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 4C9F140E1E; Fri, 5 May 2006 13:01:19 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k45AvmtZ003750; Fri, 5 May 2006 12:57:48 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k45Avm0n003749; Fri, 5 May 2006 12:57:48 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke References: <44342010.1000603@hemmecke.de> <4434DB4F.1000905@hemmecke.de> <445B2123.6000508@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <445B2123.6000508@hemmecke.de> Organization: Integrable Solutions Date: 05 May 2006 12:57:47 +0200 Message-ID: Lines: 30 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: star merge and the silver branch X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 11:01:24 -0000 Ralf Hemmecke writes: | On 05/02/2006 11:00 PM, Gabriel Dos Reis wrote: | > Ralf Hemmecke writes: | > [...] | > | Of course, SVN has some weaknesses (especially not being able to | > do a | > | star-merge), but since you could live with CVS for many years, I am | > | sure you can cope with that missing feature anyway. | > Hi Ralf, | > Since you have been teasing us about this feature for a long time, | > I put a short description of how to work on the Axiom silver branch | > with SVK. See | > http://wiki.axiom-developer.org/AxiomSilverBranch | > SVK has implemented Tom Lord's "star merge" algorithm (I have not | > used it myself) | > http://svkbook.elixus.org/nightly/en/svk.ref.svk.c.smerge.html | > I do however use SVK frequently (though I'm no expert) and the steps | > I | > put on the wiki are those I followed to set up a working SVK | > repository for myself. | | Hmmm, currently I use psvn.el http://www.xsteve.at/prg/emacs/ and I am | relatively satisfied with it. Unfortunately, I had no luck with | http://svk.elixus.org/?SVKTools. My xemacs has some problem with them | and I just did not look into this problem. Ah OK. It was an FYI in case "star-merge" is essential for for you. -- Gaby From MAILER-DAEMON Fri May 05 07:05:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fby7O-0007Jr-DZ for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 07:05:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fby7N-0007Jh-K0 for axiom-developer@nongnu.org; Fri, 05 May 2006 07:05:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fby7L-0007JV-Sw for axiom-developer@nongnu.org; Fri, 05 May 2006 07:05:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fby7L-0007JS-Pe for axiom-developer@nongnu.org; Fri, 05 May 2006 07:05:03 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fby7U-0001Hw-77 for axiom-developer@nongnu.org; Fri, 05 May 2006 07:05:12 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k45B51Hi011879 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 May 2006 13:05:01 +0200 Message-ID: <445B3160.6000705@hemmecke.de> Date: Fri, 05 May 2006 13:05:04 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Martin Rubey Subject: Re: [Axiom-developer] Re: noweb / Lisp Skills References: <85r738hjwn.fsf@localhost.localdomain> In-Reply-To: <85r738hjwn.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 11:05:05 -0000 On 05/05/2006 11:59 AM, Martin Rubey wrote: > "Page, Bill" writes: > >> On Thursday, May 04, 2006 10:47 AM Martin Rubey wrote: >>> ... >>> Things to do on the interpreter side needed for the >>> axiom-combinat project: >>> >>> * make it understand Aldor: >>> >>> * dependent types >>> * extend >>> * creating domains on the command line >>> >> Is what you are suggesting the same thing as making library >> programming possible at the level of the interpreter? > > Yes. In aldor -gloop this is possible. > In fact, maybe it would be better to try to integrate the type guessing > mechanism of Axiom into the Aldor interpreter. That is, throw away the axiom > interpreter and replace it by aldor -gloop. Hmm, I am not sure whether I would currently suggest "aldor -gloop" as a replacement for the Axiom interpreter. The idea that the interpreter and compiler languages are identical is attractive, but 1) "aldor -gloop" is slow and needs something like BNatural to make Aldor simpler for endusers. But it might be a good start in the long run. 2) The aldor interpreter seems a bit buggy to me. >> If so, they I supose that you realize that this is already an issue at the >> level of SPAD and is not really an Aldor specific problem. It seems to me >> that the differences between the interpreter and library compiler >> environments were largely built-in as part of the original design of Axiom. I >> think the designers decided that the interpreter *should* behave differently >> than the compiler and that some of the things the compiler does should >> specifically not be available to the interactive user. > If this was intentional, it was a mistake. I also think that. The interpreter should actually be a shell around the compiler and the libraries. One could even have several such shell similar to csh, bash, etc. (The question is whether different shells/interpreters would be desirable.) In particular, if an interpreter allows to read something like .input files (that are interpreted like the command line) than one cannot expect to get easy translation of .input to .as since the interpreter might have added automatic type coercion. The extreme would be that only pure Aldor (.as) files are allowed. But though it might be tempting to force people to think about the types they actually want, it would probably be much to hard for beginners. One has to get used to all this type stuff. >> But the the 'extend' functionality is another issue because that whould >> require providing the equivalent of the library compiler at the interpreter >> level. > Yes, this might have been wrong on my side. It seems that extend does not even > work in aldor -gloop. However, I think it should. Currently the Axiom interpreter can call the compiler and thus extend (well, not the Aldor "extend") the functionality of Axiom per session. What would people think about a (library) function "compile" that takes a string as input (or better something of type "AldorCode" and considers this to be aldor code that has to be compiled. The result would be the compiled function that then can be used as any other function. So one would say something like f := compile(Integer -> Integer, "(i:Integer): Integer -> i+1") n: Integer := 2; f(n); Of course I could write this without the quotes, but imagine that the string has been dynamically produced by a program. Ralf From MAILER-DAEMON Fri May 05 07:06:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fby8Z-00080q-8R for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 07:06:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fby8X-00080P-Ne for axiom-developer@nongnu.org; Fri, 05 May 2006 07:06:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fby8W-0007zo-UN for axiom-developer@nongnu.org; Fri, 05 May 2006 07:06:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fby8W-0007zf-Rv for axiom-developer@nongnu.org; Fri, 05 May 2006 07:06:16 -0400 Received: from [62.4.16.105] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fby8f-0001PM-JT for axiom-developer@nongnu.org; Fri, 05 May 2006 07:06:25 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 3C22040E25; Fri, 5 May 2006 13:06:15 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k45B2itZ003794; Fri, 5 May 2006 13:02:44 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k45B2i2I003793; Fri, 5 May 2006 13:02:44 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke References: <445B1FAD.3070402@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <445B1FAD.3070402@hemmecke.de> Organization: Integrable Solutions Date: 05 May 2006 13:02:44 +0200 Message-ID: Lines: 36 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-dev Subject: [Axiom-developer] Re: Explanation of the branches X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 11:06:18 -0000 Ralf Hemmecke writes: | Dear Gaby, | | Thank you for all your work on the silver branch | | But in order not to lose track of all the possible branches that might | be created in the SVN repository, do you think, it would be a good | idea to list them together here | | http://wiki.axiom-developer.org/AxiomSilverBranch | | For each branch I would like to see a short explanation of why this | branch exists and who actually maintains it. | | Maybe that could also be done with tools at sourceforge, but I am not | yet overly familiar with that. Maybe you suggest something better. | | Maybe | | http://wiki.axiom-developer.org/FAQ -- How can I submit a patch? | | should be adapted, become a separate page, and should be linked to | from FAQ and AxiomSilverBranch. All you suggestions make good sense; I'll try to update the wiki page today about the branches. Currently there is only two: one named "daly" (Tim what is the purpose of that branch?), and "build-improvements" (for my work on using Autoconf -- not functional yet). You're right that "How can I submit a patch" should be a separate page. I have had not a great success with the current wiki settings... -- Gaby From MAILER-DAEMON Fri May 05 07:40:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fbyfu-0000Pp-K2 for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 07:40:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fbyfs-0000O3-NU for axiom-developer@nongnu.org; Fri, 05 May 2006 07:40:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fbyfr-0000NA-M6 for axiom-developer@nongnu.org; Fri, 05 May 2006 07:40:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fbyfr-0000N6-GX for axiom-developer@nongnu.org; Fri, 05 May 2006 07:40:43 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fbyg0-0004Df-CO for axiom-developer@nongnu.org; Fri, 05 May 2006 07:40:52 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k45BeUHi013461 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 5 May 2006 13:40:30 +0200 Message-ID: <445B39B2.1050903@hemmecke.de> Date: Fri, 05 May 2006 13:40:34 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis Subject: Re: [Axiom-developer] Re: noweb References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org, Norman Ramsey X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 11:40:45 -0000 Hello, is somebody so familiar with the documentation of noweb, to point exactly at a place in the documentation that says something about what noweb SHOULD do if it sees <> in either documentation or code chunk? The only place where I think it would be necessary to escape << is if an = sign immediately follows the >> AND the << starts at the first column. In all other situations the line should be output by noweb literally and NO error message should occurs. Maybe a WARNING (to stderr) would be nice, but still errcode=0. Ralf Hemmecke > | In the file ' src/interp/fnewmeta.lisp.pamphlet' the text: > | > | <<' Name '>> > | > | is not really a reference to a chunk but noweb thinks it is > | and the standard (designed in) behavior of noweb when it > | finds such an "undefined chunk" is simply to omit it. This > | breaks the Axiom code. > | > | Of course would could define this as a chunk using the noweb > | escape sequence @<< > | > | <<' Name '>>= > | @<<' Name '>> > | @ > | > | and solve this one case where it is really a problem (or even > | use the escape sequence inline). From MAILER-DAEMON Fri May 05 11:01:56 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fc1oa-00068K-1m for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 11:01:56 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fc1ZI-0000Um-Bg for axiom-developer@nongnu.org; Fri, 05 May 2006 10:46:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fc1ZG-0000Tl-ON for axiom-developer@nongnu.org; Fri, 05 May 2006 10:46:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fc1ZG-0000Ti-KD for axiom-developer@nongnu.org; Fri, 05 May 2006 10:46:06 -0400 Received: from [140.247.60.24] (helo=mail.eecs.harvard.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Fc1ZR-0002c6-AX for axiom-developer@nongnu.org; Fri, 05 May 2006 10:46:17 -0400 Received: from localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) by mail.eecs.harvard.edu (Postfix) with ESMTP id A88F51A3E33; Fri, 5 May 2006 10:46:02 -0400 (EDT) Received: from mail.eecs.harvard.edu ([140.247.60.24]) by localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) (amavisd-new, port 10024) with ESMTP id 99202-07; Fri, 5 May 2006 10:46:02 -0400 (EDT) Received: from labrador.eecs.harvard.edu (labrador.eecs.harvard.edu [140.247.60.247]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 75E711A3DD7; Fri, 5 May 2006 10:46:02 -0400 (EDT) Received: by labrador.eecs.harvard.edu (Postfix, from userid 32074) id 5F98F1EB172; Fri, 5 May 2006 10:46:02 -0400 (EDT) To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: noweb In-reply-to: <445B39B2.1050903@hemmecke.de> References: <445B39B2.1050903@hemmecke.de> Comments: In-reply-to Ralf Hemmecke message dated "Fri, 05 May 2006 13:40:34 +0200." Date: Fri, 05 May 2006 10:46:02 -0400 From: Norman Ramsey Message-Id: <20060505144602.5F98F1EB172@labrador.eecs.harvard.edu> X-Virus-Scanned: by EECS Amavis at eecs.harvard.edu X-Mailman-Approved-At: Fri, 05 May 2006 11:01:55 -0400 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 14:46:08 -0000 > Hello, is somebody so familiar with the documentation of noweb, to point > exactly at a place in the documentation that says something about what > noweb SHOULD do if it sees > > <> > > in either documentation or code chunk? > > The only place where I think it would be necessary to escape << is if > an = sign immediately follows the >> AND the << starts at the first > column. In all other situations the line should be output by noweb > literally and NO error message should occurs. Maybe a WARNING (to > stderr) would be nice, but still errcode=0. No. Misspelled chunk names or missing chunks should result in errors, as should chunk names appearing in documentation. I have made a note that noweb's manual needs to be amended. Norman > > Ralf Hemmecke > > > > | In the file ' src/interp/fnewmeta.lisp.pamphlet' the text: > > | > > | <<' Name '>> > > | > > | is not really a reference to a chunk but noweb thinks it is > > | and the standard (designed in) behavior of noweb when it > > | finds such an "undefined chunk" is simply to omit it. This > > | breaks the Axiom code. > > | > > | Of course would could define this as a chunk using the noweb > > | escape sequence @<< > > | > > | <<' Name '>>= > > | @<<' Name '>> > > | @ > > | > > | and solve this one case where it is really a problem (or even > > | use the escape sequence inline). From MAILER-DAEMON Fri May 05 12:02:14 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fc2kv-0000H1-WE for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 12:02:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fc2kt-0000FH-Ng for axiom-developer@nongnu.org; Fri, 05 May 2006 12:02:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fc2kp-0000C5-1E for axiom-developer@nongnu.org; Fri, 05 May 2006 12:02:10 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fc2ko-0000Bz-Nx for axiom-developer@nongnu.org; Fri, 05 May 2006 12:02:06 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fc2kz-0002C4-2g for axiom-developer@nongnu.org; Fri, 05 May 2006 12:02:18 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 2730B68535; Fri, 5 May 2006 12:02:04 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 07BAE6C0F4; Fri, 5 May 2006 12:01:45 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Fri, 5 May 2006 12:01:44 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZwUrcoPEuZGVY5T1C2p+/PHynLMwABm22w From: "Page, Bill" To: "Ralf Hemmecke" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org, Norman Ramsey X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 16:02:12 -0000 Ralf, Norman, Tim, et al.=20 > > Ralf Hemmecke wrote: > >=20 > > The only place where I think it would be necessary to=20 > > escape << is if an =3D sign immediately follows the >> > > AND the << starts at the first column. In all other > > situations the line should be output by noweb literally > > and NO error message should occurs. Maybe a WARNING (to=20 > > stderr) would be nice, but still errcode=3D0. >=20 On Friday, May 05, 2006 10:46 AM Norman Ramsey wrote: > > No. Misspelled chunk names or missing chunks should result > in errors, as should chunk names appearing in documentation. >=20 As we all know this has been an "issue" in Axiom for some time now since Tim Daly originally proposed a patch which (essentially) implemented the behavior that Ralf suggests above. At the time Norman also pointed out and provided alternate code that implements this behavior using an awk filter. Since all of Axiom's code depends on noweb, I think it would be very nice to have this issue resolved. The way I see it, what Ralf and Tim are suggesting is motivated primarily by convenience for the author, i.e. changing the external source code as little as possible - even not at all - when placing it inside a noweb literate program document. But the reality is that any linear document syntax will require some method of escaping external constructs that conflict with the document syntax even if we do not wish to place no other any limitation on the syntactical structure of the external content. But this escape mechanism is only an internal representation issue - something that we should be very familiar with in the context of Axiom! :) The 'tangle' and 'weave' operators make this escape mechanism invisible on output. Unfortunately developers still often use editing tools that do not properly hide the internal representation of the literate document so that on input the escape syntax can sometimes seem quite inconvenient. I think the problem really lies with these input tools and not with the internal representation at all. As a minimum it would be nice to have an "import tool" that coerces the external source code syntax into the proper internal representation, i.e. something that automatically adds the required escape codes. Even better might be to have an editing "mode" (in emacs for example) which recognizes and appropriately hides this coding for the sake of convenience. The bottom line here is that I agree with Norman that modifying noweb's behavior is not the correct solution and that if anything it should be more exact and strict. Regards, Bill Page. Regards, Bill Page. From MAILER-DAEMON Fri May 05 14:05:17 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fc4g1-0002wV-A8 for mharc-axiom-developer@gnu.org; Fri, 05 May 2006 14:05:17 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fc4fz-0002vt-6S for axiom-developer@nongnu.org; Fri, 05 May 2006 14:05:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fc4fy-0002ut-CN for axiom-developer@nongnu.org; Fri, 05 May 2006 14:05:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fc4fx-0002ui-Un for axiom-developer@nongnu.org; Fri, 05 May 2006 14:05:14 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fc4g9-0008Ln-IP for axiom-developer@nongnu.org; Fri, 05 May 2006 14:05:26 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id DD1AF6C5CB; Fri, 5 May 2006 14:05:11 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id B01E36C25E; Fri, 5 May 2006 14:05:02 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: noweb Date: Fri, 5 May 2006 14:05:01 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: noweb Thread-Index: AcZwUrcoPEuZGVY5T1C2p+/PHynLMwABm22wAALbQuA= From: "Page, Bill" To: "Ralf Hemmecke" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org, Norman Ramsey X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 May 2006 18:05:15 -0000 On Friday, May 05, 2006 12:02 PM I wrote: > ...=20 > Unfortunately developers still often use editing tools that > do not properly hide the internal representation of the > literate document so that on input the escape syntax can > sometimes seem quite inconvenient. I think the problem > really lies with these input tools and not with the internal > representation at all. As a minimum it would be nice to > have an "import tool" that coerces the external source code > syntax into the proper internal representation, i.e. something > that automatically adds the required escape codes. Even better > might be to have an editing "mode" (in emacs for example) > which recognizes and appropriately hides this coding for > the sake of convenience. > ... I forgot to add that there is in fact another tool called 'untangle' in the literate programming toolkit. 'untangle' (perhaps poorly named) is sort of a cross between 'tangle' and 'weave'. Norman has written: "nountangle converts a literate program into an ordinary program by turning interleaved documentation into comments." noweb man page: "'notangle' produces a program with proper spacing and indentation. 'nountangle' does that while also transforming documentation chunks to block comments." http://www.literateprogramming.com/best/anoweb.html "To be able to share programs with colleagues who don't enjoy literate programming, I modified notangle by adding to its pipeline a stage that places each line of documentation in a comment and moves it to the succeeding code chunk. The resulting script, nountangle, transforms a literate program into a traditional commented program, without loss of information and with only a modest penalty in readability." In order to perform 'untangle' in a manner that would be compatible with a given target source language it would be necessary for 'untangle' to generate the comments in a syntax compatible with the target language. This might get pretty complicated if there are multiple target languages in the original literate program document or if it contains multiple top-level root chunks. But this is not really necessary if we are interested only in reading and editability In principle 'untangle' could provide a kind of transparent editing of the source code (including the documentation as presented in the comments). The non-source code document structure could be represented exactly by additional "sentinel lines" added to the comments that relate these comments back to the original literate program document so that in principle 'untangling' is completely reversible (re-tangle?). But as you can imagine implementing this inverse operator to 'untangle' (Note: 'tangle' is not the inverse of 'untangle'!) might not be so easy. However I think, for example that Leo does exactly this sort of thing. Unfortunately 'retangle' is not currently implemented as part of noweb. But there might someday be a "noweb 3"! See: http://www.eecs.harvard.edu/~nr/noweb/todo3.html If 'retangle' was available this would allow relatively transparent editing of the "untangled" version of the document and "re-tangling" it back into literate program format - provided of course that the editor is careful not to corrupt the structure of the embedded sentinel lines. Regards, Bill Page. From MAILER-DAEMON Sat May 06 09:20:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FcMhY-0002e2-KX for mharc-axiom-developer@gnu.org; Sat, 06 May 2006 09:20:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcMhX-0002co-0H for axiom-developer@nongnu.org; Sat, 06 May 2006 09:20:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcMhV-0002c4-4y for axiom-developer@nongnu.org; Sat, 06 May 2006 09:20:02 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcMhU-0002c1-Vw for axiom-developer@nongnu.org; Sat, 06 May 2006 09:20:01 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcMht-0008NT-4g for axiom-developer@nongnu.org; Sat, 06 May 2006 09:20:25 -0400 Received: from mua-3.zoominternet.net (mua-3.zoominternet.net [24.154.1.46]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k46DJkr4014880; Sat, 6 May 2006 09:19:51 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-3.zoominternet.net (Postfix) with ESMTP id DD5217F407; Sat, 6 May 2006 09:19:47 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k46DE1Y08855; Sat, 6 May 2006 09:14:01 -0400 Date: Sat, 6 May 2006 09:14:01 -0400 Message-Id: <200605061314.k46DE1Y08855@localhost.localdomain> From: root To: tmgisi@gmx.at In-reply-to: (tmgisi@gmx.at) References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org, aldor-l@aldor.org Subject: [Axiom-developer] Re: [Aldor-l] Functions and Expression trees X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 13:20:03 -0000 > my current work involves converting aldor objects to and from OpenMath > format, via. the ExpressionTree type (from the algebra lib.). I'm a bit > stuck when it comes to function objects, I don't seem to be able to get a > handle on anything, the signatures of the functions or the body of the > function. > > It would be really nice to have an extree(f) function [...] Within the Axiom interpreter it is possible to get this information although it would take some knowledge of the inner workings of the system. The key function is called pf2Sex (parse form to s-expression). (The input expression to pf2Sex below indicated by the "1>" is the result of a novel research parser by Bill Burge. This parser, which he called a "zipper" parser constructs a form which consists of the input string and its symbols. Every symbol in the parse contains the original input string, the position of the symbol in that string and the parse of the string from that position. It is of the form type "inputstringobject" . position . parse as in -type ((|id| (|posn| -input (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") -position . 4)) -parse . |Integer|)) This novel parsing method has never been documented. Bill Burge used Axiom as a research platform for parsing methods.) The output of pf2Sex (shown at "<1" below) contains the DEF structure (which is Axiom's equivalent of lisp DEFUN) and contains the symbols, the types, and the parsed expression. Thus all of the information you could possibly want about an expression exists and it would be possible to implement a package in Axiom that would return the original expression, any part of its parse tree, and the final result of the parse. It knows what the current line is: (2) -> )lisp (trace |pf2Sex|) Value = (|pf2Sex|) (2) -> g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b) 1> (|pf2Sex| (|Definition| (|listOf| (|Typed| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 0)) . |g|) (|nothing|))) (|Lambda| (|listOf| (|Typed| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 2)) . |a|) ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 4)) . |Integer|)) (|Typed| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 12)) . |b|) ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 14)) . |Integer|))) ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 23)) . |Integer|) (|Application| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 44)) . +) (|Tuple| (|listOf| (|Application| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 38)) . +) (|Tuple| (|listOf| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 36)) . |a|) (|Application| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 41)) . *) (|Tuple| (|listOf| ((|integer| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 40)) . "4") ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 42)) . |b|))))))) (|Application| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 47)) . *) (|Tuple| (|listOf| ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 46)) . |a|) ((|id| (|posn| (0 "g(a:Integer,b:Integer):Integer == ( a + 4*b + a*b)" 1 1 "strings") . 48)) . |b|)))))))))) <1 (|pf2Sex| (DEF (|g| |a| |b|) (|Integer| |Integer| |Integer|) (NIL NIL NIL) (+ (+ |a| (* 4 |b|)) (* |a| |b|)))) Function declaration g : (Integer,Integer) -> Integer has been added to workspace. Type: Void From MAILER-DAEMON Sat May 06 10:39:12 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FcNw7-0007z6-PM for mharc-axiom-developer@gnu.org; Sat, 06 May 2006 10:39:11 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcNw6-0007yn-FA for axiom-developer@nongnu.org; Sat, 06 May 2006 10:39:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcNw5-0007xf-AP for axiom-developer@nongnu.org; Sat, 06 May 2006 10:39:09 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcNw5-0007xS-3Z for axiom-developer@nongnu.org; Sat, 06 May 2006 10:39:09 -0400 Received: from [62.4.17.106] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcNwT-0004zf-9o for axiom-developer@nongnu.org; Sat, 06 May 2006 10:39:33 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 6EDC44F3B0; Sat, 6 May 2006 16:38:56 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k46EZTtZ009307; Sat, 6 May 2006 16:35:29 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k46EZTNt009306; Sat, 6 May 2006 16:35:29 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605040404.k4444DK06684@localhost.localdomain> Organization: Integrable Solutions Date: 06 May 2006 16:35:29 +0200 Message-ID: Lines: 249 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 14:39:10 -0000 root writes: | > Gosh, I forgot the real thing. | > It is there, real this time. | | 2 points, | | 1) did you test the patches? did you do a full system erase, | system checkout, system build, system test? | | 2) you changed not only the current system (gcl-2.6.8pre) but | the previous system (gcl-2.6.7). did you test both versions? | | i know this seems like such a trivial patch that it "ought" to work | but remember that you're asking for changes to a system that many | people you might never meet are using. | | as a matter of policy changes need to be fully tested. | because you changed gcl-2.6.7 i'll actually have to do a | round-trip rebuild of a gcl-2.6.7 system as well as a gcl-2.6.8pre | system. i do testing every time. and it takes a lot of time. | but you'd be amazed at the number of ways things can break. | witness the mistake i made (despite my best efforts) when | i posted a broken --patch-48 Tim, Here is the patch I am about to commit. I built Axiom with GCLVERSION set to both 2.6.7 and 2.6.8pre on an i686-pc-linux-gnu. No regression. Note for myself: TODO: Add a configure option set select the version of GCL to build (if we ever have to build it). -- Gaby lsp/ChangeLog 2006-05-03 Gabriel Dos Reis * Makefile.pamphlet: Skip tail-recursive patch for GCL version greater or equal to 2.6.7. Document. zips/ChangeLog (local) 2006-05-03 Gabriel Dos Reis * gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch: Delete. * gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch: Likewise. * gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch: Likewise. * gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch: Likewise. * gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch: Likewise. --- lsp/Makefile.pamphlet (revision 34) +++ lsp/Makefile.pamphlet (local) @@ -383,7 +383,11 @@ he left code in the system to print a message when the code was executed. We no longer care but it is still in GCL. We patch the call rather than the cmpnote function as cmpnote might have later -usage. +usage. + +Bill Page reported that this tail-recursive patch is no longer +necessary for recent releases of GCL. Consequently, it has +been disabled for all versions of GCL greater than 2.6.7. <>= @(cd ${GCLVERSION}/cmpnew ; \ echo 11 applying tail-recursive noise patch ; \ @@ -457,22 +461,6 @@ echo 12 applying tail-recursive noise patch ; \ ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) @ -<>= - @(cd ${GCLVERSION}/cmpnew ; \ - echo 11 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpflet.lsp.patch ) - @(cd ${GCLVERSION}/cmpnew ; \ - echo 12 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) -@ -<>= - @(cd ${GCLVERSION}/cmpnew ; \ - echo 11 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpflet.lsp.patch ) - @(cd ${GCLVERSION}/cmpnew ; \ - echo 12 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) -@ \subsubsection{collectfn fix} GCL-2.6.1 renamed collectfn.lsp to gcl\_collectfn.lsp. We rename it back into place because we have later Makefiles @@ -1018,7 +1006,6 @@ <> <> <> -<> <> <> @echo 13 finished system build on `date` | tee >gcldir @@ -1061,7 +1048,6 @@ <> <> <> -<> <> <> @echo 13 finished system build on `date` | tee >gcldir @@ -1103,8 +1089,7 @@ <> <> <> -<> <> <> @echo 13 finished system build on `date` | tee >gcldir --- zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch (revision 34) +++ zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch (local) @@ -1,13 +0,0 @@ ---- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 -+++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 -@@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) -+ ) - - ;;; Open-codable function call. - ((and (listp args) Property changes on: zips/gcl-2.6.7.cmpnew.gcl_cmpcall.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision --- zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch (revision 34) +++ zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch (local) @@ -1,15 +0,0 @@ ---- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 -+++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 -@@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." -- (fun-name (car fd)))) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." -+; (fun-name (car fd))) -+ ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) Property changes on: zips/gcl-2.6.7.cmpnew.gcl_cmpflet.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision --- zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch (revision 34) +++ zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch (local) @@ -1,13 +0,0 @@ ---- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 -+++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 -@@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) -+ ) - - ;;; Open-codable function call. - ((and (listp args) Property changes on: zips/gcl-2.6.7pre.cmpnew.gcl_cmpcall.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision --- zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch (revision 34) +++ zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch (local) @@ -1,15 +0,0 @@ ---- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 -+++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 -@@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." -- (fun-name (car fd)))) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." -+; (fun-name (car fd))) -+ ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) Property changes on: zips/gcl-2.6.7pre.cmpnew.gcl_cmpflet.lsp.patch ___________________________________________________________________ Name: svn:eol-style -native Name: svn:keywords -Author Date Id Revision --- zips/gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch (revision 34) +++ zips/gcl-2.6.8pre.cmpnew.gcl_cmpcall.lsp.patch (local) @@ -1,13 +0,0 @@ ---- gcl_cmpcall.lsp Sun Jul 24 12:54:28 2005 -+++ gcl_cmpcall.lsp.tpd Sun Jul 24 12:58:36 2005 -@@ -264,7 +264,9 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname)) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." fname) -+ ) - - ;;; Open-codable function call. - ((and (listp args) --- zips/gcl-2.6.8pre.cmpnew.gcl_cmpflet.lsp.patch (revision 34) +++ zips/gcl-2.6.8pre.cmpnew.gcl_cmpflet.lsp.patch (local) @@ -1,15 +0,0 @@ ---- gcl_cmpflet.lsp Sun Jul 24 12:54:29 2005 -+++ gcl_cmpflet.lsp.tpd Sun Jul 24 13:44:18 2005 -@@ -390,8 +390,10 @@ - (wt-label *exit*)) - (unwind-no-exit 'tail-recursion-mark) - (wt-nl "goto TTL;") -- (cmpnote "Tail-recursive call of ~s was replaced by iteration." -- (fun-name (car fd)))) -+; 20031022000 tpd we don't need to know this -+; (cmpnote "Tail-recursive call of ~s was replaced by iteration." -+; (fun-name (car fd))) -+ ) - (t (push-args args) - (wt-nl (c-function-name "L" (fun-cfun (car fd)) (fun-name (car fd))) "(") - (dotimes** (n (fun-level (car fd))) (wt "base" n ",")) From MAILER-DAEMON Sat May 06 11:16:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FcOVr-00070R-Rm for mharc-axiom-developer@gnu.org; Sat, 06 May 2006 11:16:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcOVq-0006zW-Kc for axiom-developer@nongnu.org; Sat, 06 May 2006 11:16:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcOVp-0006yw-O3 for axiom-developer@nongnu.org; Sat, 06 May 2006 11:16:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcOVp-0006yY-CM for axiom-developer@nongnu.org; Sat, 06 May 2006 11:16:05 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcOWE-0000cI-JD for axiom-developer@nongnu.org; Sat, 06 May 2006 11:16:30 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k46FF8px027096; Sat, 6 May 2006 11:15:13 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id E2BD87F407; Sat, 6 May 2006 11:15:09 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k46F9O508922; Sat, 6 May 2006 11:09:24 -0400 Date: Sat, 6 May 2006 11:09:24 -0400 Message-Id: <200605061509.k46F9O508922@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 06 May 2006 16:35:29 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 15:16:06 -0000 I've applied your patches. they will be available at the next release. Note that you didn't remove the <>= chunk from lsp/Makefile even though you deleted the corresponding file. t From MAILER-DAEMON Sat May 06 18:53:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FcVeF-0002uG-6Z for mharc-axiom-developer@gnu.org; Sat, 06 May 2006 18:53:15 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcVeE-0002tz-DE for axiom-developer@nongnu.org; Sat, 06 May 2006 18:53:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcVeC-0002tW-S1 for axiom-developer@nongnu.org; Sat, 06 May 2006 18:53:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcVeC-0002tT-Pq for axiom-developer@nongnu.org; Sat, 06 May 2006 18:53:12 -0400 Received: from [62.4.16.106] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcVeg-0002q1-DH for axiom-developer@nongnu.org; Sat, 06 May 2006 18:53:42 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id D1F5C40E21; Sun, 7 May 2006 00:53:09 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k46MnXtZ010844; Sun, 7 May 2006 00:49:33 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k46MnXIR010843; Sun, 7 May 2006 00:49:33 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> <200605061509.k46F9O508922@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605061509.k46F9O508922@localhost.localdomain> Organization: Integrable Solutions Date: 07 May 2006 00:49:33 +0200 Message-ID: Lines: 37 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 May 2006 22:53:14 -0000 root writes: | I've applied your patches. they will be available at the next release. Thanks! | Note that you didn't remove the | <>= | chunk from lsp/Makefile even though you deleted the corresponding file. Fixed thusly. Tested on an i686-pc-linux-gnu. -- Gaby lsp/ChangeLog 2006-05-06 Gabriel Dos Reis * Makefile.pamphlet (gcl-2.6.7pre.tail-recursive.patch): Remove. --- lsp/Makefile.pamphlet (revision 35) +++ lsp/Makefile.pamphlet (local) @@ -453,14 +453,6 @@ echo 12 applying tail-recursive noise patch ; \ ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) @ -<>= - @(cd ${GCLVERSION}/cmpnew ; \ - echo 11 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpflet.lsp.patch ) - @(cd ${GCLVERSION}/cmpnew ; \ - echo 12 applying tail-recursive noise patch ; \ - ${PATCH} <${SPD}/zips/${GCLVERSION}.cmpnew.gcl_cmpcall.lsp.patch ) -@ \subsubsection{collectfn fix} GCL-2.6.1 renamed collectfn.lsp to gcl\_collectfn.lsp. We rename it back into place because we have later Makefiles From MAILER-DAEMON Sun May 07 11:02:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fcklq-0002Zt-9s for mharc-axiom-developer@gnu.org; Sun, 07 May 2006 11:02:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fcklp-0002Zh-Ds for axiom-developer@nongnu.org; Sun, 07 May 2006 11:02:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fcklm-0002YP-TH for axiom-developer@nongnu.org; Sun, 07 May 2006 11:02:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fcklm-0002YJ-QG for axiom-developer@nongnu.org; Sun, 07 May 2006 11:02:02 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FckmP-0000El-QO for axiom-developer@nongnu.org; Sun, 07 May 2006 11:02:41 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k47F1jBt026749; Sun, 7 May 2006 11:01:50 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id D7F397F40E; Sun, 7 May 2006 11:01:44 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k47Etwa16876; Sun, 7 May 2006 10:55:58 -0400 Date: Sun, 7 May 2006 10:55:58 -0400 Message-Id: <200605071455.k47Etwa16876@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 07 May 2006 00:49:33 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> <200605061509.k46F9O508922@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 15:02:05 -0000 my testing of your patches fails. i don't see how your tests could have succeeded. there must be something missing. the point of the patch is to suppress printing of compiler notes. your patches remove my patches but they do not suppress compiler notes. somewhere in initialization you must add the line: #+:akcl (setq compiler::*suppress-compiler-notes* t) did i miss something? t From MAILER-DAEMON Sun May 07 18:00:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FcrIq-0006gB-5x for mharc-axiom-developer@gnu.org; Sun, 07 May 2006 18:00:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcrIo-0006fn-BQ for axiom-developer@nongnu.org; Sun, 07 May 2006 18:00:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcrIj-0006eu-Qm for axiom-developer@nongnu.org; Sun, 07 May 2006 18:00:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcrIj-0006er-Lu for axiom-developer@nongnu.org; Sun, 07 May 2006 18:00:29 -0400 Received: from [62.4.17.100] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcrJQ-0005em-Kp for axiom-developer@nongnu.org; Sun, 07 May 2006 18:01:12 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 122884F3B8; Mon, 8 May 2006 00:00:14 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k47LujtZ015124; Sun, 7 May 2006 23:56:45 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k47LuiQs015123; Sun, 7 May 2006 23:56:45 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> <200605061509.k46F9O508922@localhost.localdomain> <200605071455.k47Etwa16876@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605071455.k47Etwa16876@localhost.localdomain> Organization: Integrable Solutions Date: 07 May 2006 23:56:44 +0200 Message-ID: Lines: 38 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 22:00:34 -0000 root writes: | my testing of your patches fails. | i don't see how your tests could have succeeded. | | there must be something missing. the point of the patch is to | suppress printing of compiler notes. your patches remove my | patches but they do not suppress compiler notes. somewhere | in initialization you must add the line: | | #+:akcl (setq compiler::*suppress-compiler-notes* t) | | did i miss something? Do you have test failing? Like I said I did a full build and test; I ran Axiom on some programs of mine using recursion -- not large size though. I did not see anything failing nor see more noise than before -- as diff could tell me. I went through the archive, and finally discover this in src/interp/Makefile.pamplhet: \section{Building SAVESYS and AXIOMSYS} GCL likes to tell you when it has replaced a function call by a tail-recursive call. This happens when the last form in a function is a call to the same function. In general, we don't care so we set compiler::*suppress-compiler-notes* to true in order to reduce the noise. and below, there is this line: @ echo '#+:akcl (setq compiler::*suppress-compiler-notes* t)' >> ${OUT}/makeint.lisp Are you having a failure that necesitate the setting of compiler::*suppress-compiler-notes everything time Axiom is invoked? -- Gaby From MAILER-DAEMON Sun May 07 18:54:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fcs8b-0000fy-KA for mharc-axiom-developer@gnu.org; Sun, 07 May 2006 18:54:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fcs8Y-0000fU-Le for axiom-developer@nongnu.org; Sun, 07 May 2006 18:54:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fcs8W-0000ej-TJ for axiom-developer@nongnu.org; Sun, 07 May 2006 18:54:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fcs8W-0000eT-E1 for axiom-developer@nongnu.org; Sun, 07 May 2006 18:54:00 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fcs9E-0000xs-0V for axiom-developer@nongnu.org; Sun, 07 May 2006 18:54:44 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k47Mrq9Y029927; Sun, 7 May 2006 18:53:57 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id 75FE97F40C; Sun, 7 May 2006 18:53:52 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k47Mm3517000; Sun, 7 May 2006 18:48:03 -0400 Date: Sun, 7 May 2006 18:48:03 -0400 Message-Id: <200605072248.k47Mm3517000@localhost.localdomain> From: root To: gdr@integrable-solutions.net In-reply-to: (message from Gabriel Dos Reis on 07 May 2006 23:56:44 +0200) Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> <200605061509.k46F9O508922@localhost.localdomain> <200605071455.k47Etwa16876@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 22:54:03 -0000 sigh. just can't win this month. just found out why it failed on me. i created code to test for the condition in a test file but i missed the compiler:: package and instead ended up testing for the symbol in the boot package. my mistake. sorry about that. --t From MAILER-DAEMON Sun May 07 19:27:34 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fcsf0-0006Tg-5L for mharc-axiom-developer@gnu.org; Sun, 07 May 2006 19:27:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fcsey-0006RZ-B6 for axiom-developer@nongnu.org; Sun, 07 May 2006 19:27:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fcsex-0006QK-5R for axiom-developer@nongnu.org; Sun, 07 May 2006 19:27:31 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fcsex-0006QE-25 for axiom-developer@nongnu.org; Sun, 07 May 2006 19:27:31 -0400 Received: from [62.4.16.101] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fcsff-000372-3Y for axiom-developer@nongnu.org; Sun, 07 May 2006 19:28:15 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 6B1F640E22; Mon, 8 May 2006 01:27:28 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k47NNmtZ015408; Mon, 8 May 2006 01:23:48 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k47NNmVW015407; Mon, 8 May 2006 01:23:48 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Axiom trunk failure References: <200605040404.k4444DK06684@localhost.localdomain> <200605061509.k46F9O508922@localhost.localdomain> <200605071455.k47Etwa16876@localhost.localdomain> <200605072248.k47Mm3517000@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605072248.k47Mm3517000@localhost.localdomain> Organization: Integrable Solutions Date: 08 May 2006 01:23:48 +0200 Message-ID: Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 May 2006 23:27:32 -0000 root writes: | sigh. just can't win this month. just found out why it failed on me. | i created code to test for the condition in a test file but i missed | the compiler:: package and instead ended up testing for the symbol in | the boot package. Can I take that you concur you have a good build and test? By the way, I would formulate a request to have another list where one could send vaiours test resulst including build and other sort of "noisy" messages. Can you take care of that? The axiom-commit list seems to have stopped working, do you have an idea? -- Gaby From MAILER-DAEMON Mon May 08 14:49:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdAnm-0004sA-Jc for mharc-axiom-developer@gnu.org; Mon, 08 May 2006 14:49:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdAnk-0004rX-DP for axiom-developer@nongnu.org; Mon, 08 May 2006 14:49:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdAnh-0004rL-G2 for axiom-developer@nongnu.org; Mon, 08 May 2006 14:49:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdAnh-0004rI-CU for axiom-developer@nongnu.org; Mon, 08 May 2006 14:49:45 -0400 Received: from [150.243.160.94] (helo=uranium.truman.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdAoa-0005E2-KC for axiom-developer@nongnu.org; Mon, 08 May 2006 14:50:40 -0400 Received: from uranium.truman.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 6848B13DB3 for ; Mon, 8 May 2006 13:52:25 -0500 (CDT) Received: from vh213602.truman.edu.truman.edu (vh213602.truman.edu [150.243.64.5]) by uranium.truman.edu (Postfix) with ESMTP id 48EA713FF4; Mon, 8 May 2006 13:52:25 -0500 (CDT) To: axiom-developer@nongnu.org From: Jay Belanger References: <002f01c66d20$35b25ae0$6900a8c0@asus> Date: Mon, 08 May 2006 13:49:42 -0500 In-Reply-To: <002f01c66d20$35b25ae0$6900a8c0@asus> (Bill Page's message of "Mon, 1 May 2006 09:06:59 -0400") Message-ID: <873bfkz709.fsf@vh213602.truman.edu> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [Axiom-developer] Re: Issue building silver tree X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: belanger@truman.edu List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 18:49:49 -0000 "Bill Page" writes: ... > Jay Belanger has identified this problem as due to incorrect > "recursive copies" in the Axiom Makefile. See: > > http://lists.nongnu.org/archive/html/axiom-developer/2006-04/msg00161.html > > although he did not propose a fix. Has anybody yet? I don't know if the double copying is necessary (the relevant copy commands were in two different makefiles), but the incorrect recursive copies problem could be taken care of by not making the copying recursive. The particular problem that I ran into was copying a directory and its subdirectories. The directory was .../src/scripts, and the only subdirectory was .../src/scripts/tex. So perhaps the lines cp -pr ${SRC}/scripts/* ${MNT}/${SYS}/bin could be replaced by something like (after making sure any directories are created) cp -p ${SRC}/scripts/* ${MNT}/${SYS}/bin cp -p ${SRC}/scripts/tex/* ${MNT}/${SYS}/bin/tex (and I'm not sure the second line is necessary). Without the -r, the hidden directories are ignored. Of course, what I'm doing now is showing that I don't know much about the build process. Jay From MAILER-DAEMON Mon May 08 16:23:41 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdCGb-00048S-NF for mharc-axiom-developer@gnu.org; Mon, 08 May 2006 16:23:41 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdCGZ-00048N-VP for axiom-developer@nongnu.org; Mon, 08 May 2006 16:23:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdCGP-00045I-El for axiom-developer@nongnu.org; Mon, 08 May 2006 16:23:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdCGP-00045F-6y for axiom-developer@nongnu.org; Mon, 08 May 2006 16:23:29 -0400 Received: from [195.5.254.231] (helo=kellthuzad.dmz.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdCHJ-0005xr-Cc for axiom-developer@nongnu.org; Mon, 08 May 2006 16:24:25 -0400 Received: from mallaury.nerim.net (smtp-101-monday.noc.nerim.net [62.4.17.101]) by kellthuzad.dmz.nerim.net (Postfix) with ESMTP id BC61B401F6 for ; Mon, 8 May 2006 22:23:18 +0200 (CEST) Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 054164F3B0; Mon, 8 May 2006 22:21:44 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k48KIBtZ021523; Mon, 8 May 2006 22:18:11 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k48KIBjg021522; Mon, 8 May 2006 22:18:11 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: belanger@truman.edu Subject: Re: [Axiom-developer] Re: Issue building silver tree References: <002f01c66d20$35b25ae0$6900a8c0@asus> <873bfkz709.fsf@vh213602.truman.edu> From: Gabriel Dos Reis In-Reply-To: <873bfkz709.fsf@vh213602.truman.edu> Organization: Integrable Solutions Date: 08 May 2006 22:18:11 +0200 Message-ID: Lines: 52 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 May 2006 20:23:40 -0000 Jay Belanger writes: | "Bill Page" writes: | ... | > Jay Belanger has identified this problem as due to incorrect | > "recursive copies" in the Axiom Makefile. See: | > | > http://lists.nongnu.org/archive/html/axiom-developer/2006-04/msg00161.html | > | > although he did not propose a fix. | | Has anybody yet? There are various fixes, with varying "definition" of fix :-) | I don't know if the double copying is necessary (the relevant copy | commands were in two different makefiles), but the incorrect | recursive copies problem could be taken care of by not making the | copying recursive. The particular problem that I ran into was copying | a directory and its subdirectories. I don't think the copying is ever necessary; it is only there because of some shortcomings. You can either * use SVK (see the silver branch procedure) in the meantime, and wait for the new build machinery to correct those; * or proposes patches against the current silver branch and have them reviewed. | The directory was | .../src/scripts, and the only subdirectory was .../src/scripts/tex. | So perhaps the lines | cp -pr ${SRC}/scripts/* ${MNT}/${SYS}/bin | could be replaced by something like (after making sure any directories | are created) | cp -p ${SRC}/scripts/* ${MNT}/${SYS}/bin | cp -p ${SRC}/scripts/tex/* ${MNT}/${SYS}/bin/tex | (and I'm not sure the second line is necessary). Without the -r, the | hidden directories are ignored. | Of course, what I'm doing now is showing that I don't know much about | the build process. I spent last week (well, just the "free time" part of it) going through the build process. I needed to read almost all of the Makefile.dvi to get a better understanding of the process and I am sure I only got the tip of the iceberg. Tim did a tremnedous job; it was really helpful he put all those details in there. Still we should not need to read all of the Makefiles before getting a good, high level idea of what is going on. -- Gaby From MAILER-DAEMON Tue May 09 08:34:22 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdRPy-0007QG-CQ for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 08:34:22 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdRPw-0007Ok-SO for axiom-developer@nongnu.org; Tue, 09 May 2006 08:34:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdRPu-0007Lw-Rt for axiom-developer@nongnu.org; Tue, 09 May 2006 08:34:20 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdRPu-0007Ld-Gw for axiom-developer@nongnu.org; Tue, 09 May 2006 08:34:18 -0400 Received: from [193.252.22.24] (helo=smtp7.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdRQy-0000rf-3a for axiom-developer@nongnu.org; Tue, 09 May 2006 08:35:24 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0703.wanadoo.fr (SMTP Server) with ESMTP id C18511000076 for ; Tue, 9 May 2006 14:34:15 +0200 (CEST) Received: from ALille-251-1-16-80.w82-127.abo.wanadoo.fr (ALille-251-1-16-80.w82-127.abo.wanadoo.fr [82.127.158.80]) by mwinf0703.wanadoo.fr (SMTP Server) with ESMTP id 6E4821000067; Tue, 9 May 2006 14:34:15 +0200 (CEST) X-ME-UUID: 20060509123415451.6E4821000067@mwinf0703.wanadoo.fr From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Bill Page Content-Type: text/plain Date: Tue, 09 May 2006 14:34:34 +0200 Message-Id: <1147178074.3715.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit Cc: axiom-developer Subject: [Axiom-developer] Axiom error in issue 289TroubleWithEscapesOrMap X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 12:34:21 -0000 Bill, Can you look at the following issue (it seems that there is a strange bug in IssueTracker): http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap Cheers, Greg From MAILER-DAEMON Tue May 09 08:55:10 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdRk6-0001y0-DA for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 08:55:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdRk4-0001x4-FE for axiom-developer@nongnu.org; Tue, 09 May 2006 08:55:08 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdRjz-0001tD-BE for axiom-developer@nongnu.org; Tue, 09 May 2006 08:55:07 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdRjy-0001sy-J8 for axiom-developer@nongnu.org; Tue, 09 May 2006 08:55:02 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdRkq-0002bi-PT for axiom-developer@nongnu.org; Tue, 09 May 2006 08:55:57 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k49CrNpj060810; Tue, 9 May 2006 14:53:28 +0200 (CEST) Sender: rubey@localhost.localdomain To: =?iso-8859-1?q?Vanuxem_Gr=E9gory?= Subject: Re: [Axiom-developer] Axiom error in issue 289TroubleWithEscapesOrMap References: <1147178074.3715.9.camel@localhost.localdomain> From: Martin Rubey Date: 09 May 2006 14:52:35 +0200 In-Reply-To: <1147178074.3715.9.camel@localhost.localdomain> Message-ID: <85hd3zgy24.fsf@localhost.localdomain> Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 12:55:08 -0000 Vanuxem Gr=E9gory writes: > Bill, >=20 > Can you look at the following issue (it seems that there is a strange > bug in IssueTracker): the bug is not in IssueTracker, but in MathAction itself. Note that the Iss= ue is classified as a MathAction bug... Martin =20 > http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap From MAILER-DAEMON Tue May 09 10:10:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdSv6-0006PW-8c for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 10:10:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdSv5-0006OR-24 for axiom-developer@nongnu.org; Tue, 09 May 2006 10:10:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdSv1-0006Kg-Nf for axiom-developer@nongnu.org; Tue, 09 May 2006 10:10:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdSv1-0006KW-Hw for axiom-developer@nongnu.org; Tue, 09 May 2006 10:10:31 -0400 Received: from [62.4.16.102] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdSw6-0000dm-4J for axiom-developer@nongnu.org; Tue, 09 May 2006 10:11:38 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by kraid.nerim.net (Postfix) with ESMTP id A554540F95; Tue, 9 May 2006 16:10:28 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1FdSux-0001zo-Sf; Tue, 09 May 2006 16:10:27 +0200 Sender: fmaltey@nerim.fr To: C Y Subject: Re: [Axiom-developer] Emacs mode in Windows References: <20060429230332.83370.qmail@web31715.mail.mud.yahoo.com> From: Francois Maltey Date: 09 May 2006 16:10:27 +0200 In-Reply-To: <20060429230332.83370.qmail@web31715.mail.mud.yahoo.com> Message-ID: <87fyjjcmr0.fsf@localhost.localdomain> Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 14:10:35 -0000 Hello, > Anyway, for those who absolutely can't wait to have something better > than the dos window, this might help. I don't know how to "special > case" Windows cleanly in Emacs yet, so this version is a one-off from > the sandbox pamphlet for now. I loaded it by opening the file in > Emacs, doing the byte-compile-and-load menu option, switching to > scratch, and then typing M-x axiom-mode. Something cleaner is probably > possible but that's how I normally test this so I haven't figured out > the clean way yet. Is someone try to run axiomacs.el in windows ? I only use it with linux. I don't know if emacs functions start-process and set-process-filter are possible in windows. Axiomacs.el does the exchanges between emacs and axiom with *.input files. So I can use multi-lines blocs command, as in an *.imput file, and at the end I can save interpreter sessions. There is an old version on wiki.axiom-developer.org, and I can send my current version if someone wants it. Francois Maltey From MAILER-DAEMON Tue May 09 11:32:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdUCP-00076F-4a for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 11:32:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdUCM-00072c-UH for axiom-developer@nongnu.org; Tue, 09 May 2006 11:32:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdUCL-0006ze-5H for axiom-developer@nongnu.org; Tue, 09 May 2006 11:32:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdUCL-0006zQ-2l for axiom-developer@nongnu.org; Tue, 09 May 2006 11:32:29 -0400 Received: from [193.252.22.22] (helo=smtp9.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdUDQ-0000n9-BY for axiom-developer@nongnu.org; Tue, 09 May 2006 11:33:36 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0904.wanadoo.fr (SMTP Server) with ESMTP id 8CD2E2400143 for ; Tue, 9 May 2006 17:32:27 +0200 (CEST) Received: from ALille-251-1-110-121.w86-208.abo.wanadoo.fr (ALille-251-1-110-121.w86-208.abo.wanadoo.fr [86.208.187.121]) by mwinf0904.wanadoo.fr (SMTP Server) with ESMTP id 15D792400156; Tue, 9 May 2006 17:32:27 +0200 (CEST) X-ME-UUID: 20060509153227896.15D792400156@mwinf0904.wanadoo.fr Subject: Re: [Axiom-developer] Axiom error in issue 289TroubleWithEscapesOrMap From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Martin Rubey In-Reply-To: <85hd3zgy24.fsf@localhost.localdomain> References: <1147178074.3715.9.camel@localhost.localdomain> <85hd3zgy24.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 09 May 2006 17:32:20 +0200 Message-Id: <1147188740.3775.6.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 15:32:31 -0000 Hi, Le mardi 09 mai 2006 =E0 14:52 +0200, Martin Rubey a =E9crit : > Vanuxem Gr=E9gory writes: >=20 > > Bill, > >=20 > > Can you look at the following issue (it seems that there is a strange > > bug in IssueTracker): >=20 > the bug is not in IssueTracker, but in MathAction itself. Note that the= Issue > is classified as a MathAction bug... >=20 > Martin > =20 > > http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap >=20 About the bug #289, what is the error ? What is the expected result ?=20 On the lastest Axiom I found 3, and on older version I have to use the ')set func comp on' to find 3 again. Cheers, Greg From MAILER-DAEMON Tue May 09 11:35:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdUFB-0008D6-6y for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 11:35:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdUFA-0008Bb-9D for axiom-developer@nongnu.org; Tue, 09 May 2006 11:35:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdUF8-00088Z-Ao for axiom-developer@nongnu.org; Tue, 09 May 2006 11:35:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdUF8-00088A-3k for axiom-developer@nongnu.org; Tue, 09 May 2006 11:35:22 -0400 Received: from [193.252.22.26] (helo=smtp5.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdUGD-00013u-El for axiom-developer@nongnu.org; Tue, 09 May 2006 11:36:29 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0503.wanadoo.fr (SMTP Server) with ESMTP id AF5C91C0010B for ; Tue, 9 May 2006 17:35:20 +0200 (CEST) Received: from ALille-251-1-110-121.w86-208.abo.wanadoo.fr (ALille-251-1-110-121.w86-208.abo.wanadoo.fr [86.208.187.121]) by mwinf0503.wanadoo.fr (SMTP Server) with ESMTP id 2FCE71C0017E; Tue, 9 May 2006 17:35:20 +0200 (CEST) X-ME-UUID: 20060509153520195.2FCE71C0017E@mwinf0503.wanadoo.fr Subject: Re: [Axiom-developer] Axiom error in issue 289TroubleWithEscapesOrMap From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Martin Rubey In-Reply-To: <1147188740.3775.6.camel@localhost.localdomain> References: <1147178074.3715.9.camel@localhost.localdomain> <85hd3zgy24.fsf@localhost.localdomain> <1147188740.3775.6.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 09 May 2006 17:35:39 +0200 Message-Id: <1147188939.4029.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 15:35:24 -0000 Hi, Le mardi 09 mai 2006 =E0 17:32 +0200, Vanuxem Gr=E9gory a =E9crit : > Hi, >=20 > Le mardi 09 mai 2006 =E0 14:52 +0200, Martin Rubey a =E9crit : > > Vanuxem Gr=E9gory writes: > >=20 > > > Bill, > > >=20 > > > Can you look at the following issue (it seems that there is a stran= ge > > > bug in IssueTracker): > >=20 > > the bug is not in IssueTracker, but in MathAction itself. Note that t= he Issue > > is classified as a MathAction bug... > >=20 > > Martin > > =20 > > > http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap > >=20 >=20 > About the bug #289, what is the error ? What is the expected result ?=20 >=20 > On the lastest Axiom I found 3, and on older version I have to use the > ')set func comp on' to find 3 again. And I forgot what is the new command (replacing map(...) by [...]) to work around this issue ? Cheers, Greg From MAILER-DAEMON Tue May 09 13:51:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdWMV-0001TM-SU for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 13:51:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdWMU-0001T2-Hq for axiom-developer@nongnu.org; Tue, 09 May 2006 13:51:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdWMS-0001Rx-6E for axiom-developer@nongnu.org; Tue, 09 May 2006 13:51:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdWMS-0001Ro-2h for axiom-developer@nongnu.org; Tue, 09 May 2006 13:51:04 -0400 Received: from [68.142.201.191] (helo=web31711.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FdWNY-0005Kk-4z for axiom-developer@nongnu.org; Tue, 09 May 2006 13:52:12 -0400 Received: (qmail 36411 invoked by uid 60001); 9 May 2006 17:51:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=C7cthym3Gqtjt9kLKJV//7/genMZOcT2K1w7dkj9JfG72APFSusmzfdNgX2/uFZCAn3OSM2pUcXWRpWy5m39n9+Zs8slxoA64ygDsjCNUE1/qlqzc0vhTV0YkEg7fbqzdSquEw3JRrKg6ycmJ28pP1lL+VPfPZvmS1iY+vg5lUQ= ; Message-ID: <20060509175101.36409.qmail@web31711.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31711.mail.mud.yahoo.com via HTTP; Tue, 09 May 2006 10:51:01 PDT Date: Tue, 9 May 2006 10:51:01 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs mode in Windows To: Francois Maltey In-Reply-To: <87fyjjcmr0.fsf@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 17:51:07 -0000 --- Francois Maltey wrote: > Hello, > > > Anyway, for those who absolutely can't wait to have something > > better than the dos window, this might help. I don't know how > > to "special case" Windows cleanly in Emacs yet, so this version > > is a one-off from the sandbox pamphlet for now. I loaded it by > > opening the file in Emacs, doing the byte-compile-and-load menu > > option, switching to scratch, and then typing M-x axiom-mode. > > Something cleaner is probably possible but that's how I normally > > test this so I haven't figured out the clean way yet. > > Is someone try to run axiomacs.el in windows ? I didn't think to test it while I had access to the Windows box. If I get another crack at it I can try - is there anybody here who has a Windows box and is interested in Emacs+Windows? I'm writing a new Emacs mode in which I'm trying to a) incorporate all the features I might want b) add all the features needed to make it a robust user environment for Axiom and c) do it in the "literate program" style. It's loosly based off of an earlier such effort by Jay called EMaxima. It was that file I was talking about with regards to a Windows test, but it would certainly be worth checking yours too. > I only use it with linux. > I don't know if emacs functions start-process and set-process-filter > are possible in windows. Well, as of a couple weeks ago the mode I was working functioned using comint. I don't know about specific functions but the ones I used seemed to work. I have made updates since then so I don't know what the Windows support status is right now. > Axiomacs.el does the exchanges between emacs and axiom with *.input > files. > > So I can use multi-lines blocs command, as in an *.imput file, > and at the end I can save interpreter sessions. By the latter do you mean something like: (1) -> integrate(x^2+x^3+x^4+ x^5+x^6, x) If there is a desire for this I might be able to devise a way to do it inside Emacs as well. Maybe counting carriage returns and searching forward that number of returns - 1 and then a last one to find the end... Hmm... Would need to rebind the return key to its original purpose and use \C-[return] for axiom-eval... > There is an old version on wiki.axiom-developer.org, > and I can send my current version if someone wants it. Maybe you could update the one on the Wiki? That would be quite interesting. Francois, if you get a chance could you try out my attempt at an Emacs mode and see what you think? I expect it doesn't have all the features yours does but I'm trying to gradually build it up. Cheers, Cliff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Tue May 09 15:49:47 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdYDK-000508-Pj for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 15:49:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdYDJ-0004zg-1q for axiom-developer@nongnu.org; Tue, 09 May 2006 15:49:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdYDG-0004yz-8Z for axiom-developer@nongnu.org; Tue, 09 May 2006 15:49:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdYDG-0004yw-1h for axiom-developer@nongnu.org; Tue, 09 May 2006 15:49:42 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FdYEM-0002Jt-8O for axiom-developer@nongnu.org; Tue, 09 May 2006 15:50:50 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k49JnOHi005238 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 9 May 2006 21:49:31 +0200 Message-ID: <4460F1F3.4000507@hemmecke.de> Date: Tue, 09 May 2006 21:48:03 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: aldor-l , axiom-dev Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Axiom-developer] Ann: ALLPROSE 0.2.0 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 19:49:45 -0000 Dear Aldor friends, I'd like to announce version 0.2.0 of ALLPROSE. (Aldor Literate Programming Support Environemnt) http://www.hemmecke.de/aldor ALLPROSE is intended for people who want to write libraries in Aldor and don't want to bother about setting up the Makefiles and dependencies of their categories and domains. In addition to supporting the literate programming style for Aldor, ALLPROSE also proposes a simple way of documenting the API of dategories/domains/packages, ie, ALLPROSE suggests certain conventions of how +++ documention should be structured. Further features of ALLPROSE can be found in Section 5 of its documentation. ALLPROSE is distributed under the GNU General Public License Version 2. I hope that some people might find ALLPROSE useful. What are the main new features in version 0.2.0? * ALLPROSE can produce not only pdf, dvi, and ps versions of the documentation but also html. * Better support to produce stand-alone executables. * More support for the "extend" keyword. To the Axiom developers... ALLPROSE is not yet integrated with Axiom, but I hope I get some feedback so that I would know what people want. Ralf Hemmecke From MAILER-DAEMON Tue May 09 16:54:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdZDu-00040b-1V for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 16:54:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdZDs-00040H-HI for axiom-developer@nongnu.org; Tue, 09 May 2006 16:54:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdZDq-0003zK-Ul for axiom-developer@nongnu.org; Tue, 09 May 2006 16:54:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdZDq-0003z6-Ph for axiom-developer@nongnu.org; Tue, 09 May 2006 16:54:22 -0400 Received: from [140.247.60.24] (helo=mail.eecs.harvard.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FdYys-000163-Vv for axiom-developer@nongnu.org; Tue, 09 May 2006 16:38:55 -0400 Received: from localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 97F011A44B9; Tue, 9 May 2006 16:37:43 -0400 (EDT) Received: from mail.eecs.harvard.edu ([140.247.60.24]) by localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) (amavisd-new, port 10024) with ESMTP id 34687-09; Tue, 9 May 2006 16:37:43 -0400 (EDT) Received: from labrador.eecs.harvard.edu (labrador.eecs.harvard.edu [140.247.60.247]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 6CA941A44B8; Tue, 9 May 2006 16:37:43 -0400 (EDT) Received: by labrador.eecs.harvard.edu (Postfix, from userid 32074) id 626872AAAFC; Tue, 9 May 2006 16:37:43 -0400 (EDT) To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: noweb In-reply-to: <4460EC74.6050609@hemmecke.de> References: <4460EC74.6050609@hemmecke.de> Comments: In-reply-to Ralf Hemmecke message dated "Tue, 09 May 2006 21:24:36 +0200." Date: Tue, 09 May 2006 16:37:42 -0400 From: Norman Ramsey Message-Id: <20060509203743.626872AAAFC@labrador.eecs.harvard.edu> X-Virus-Scanned: by EECS Amavis at eecs.harvard.edu Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 20:54:24 -0000 > Unfortunately, the website http://www.eecs.harvard.edu/~nr/noweb/ is not > very explicit about pointing to a nice documentation that describes the > semantics of all the various situations where << and >> can appear > (non-escaped) in a simple and understandable manner. The definitive answer to such questions should be found on the man page under FORMAT OF NOWEB FILES. The man page for versions before 2.11a is definitely faulty. I'm afraid you can have 'simple and understandable' or you can have 'precise'. You can't have both. The man page represents the usual muddled compromise that provides neither. Norman From MAILER-DAEMON Tue May 09 17:15:49 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdZYb-0004Nm-QY for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 17:15:49 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdZYa-0004Md-QW for axiom-developer@nongnu.org; Tue, 09 May 2006 17:15:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdZYZ-0004Kh-MN for axiom-developer@nongnu.org; Tue, 09 May 2006 17:15:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdZYZ-0004KU-H9 for axiom-developer@nongnu.org; Tue, 09 May 2006 17:15:47 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FdYEA-0002Fg-Ee for axiom-developer@nongnu.org; Tue, 09 May 2006 15:50:38 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k49JnJHi005232 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 9 May 2006 21:49:20 +0200 Message-ID: <4460EC74.6050609@hemmecke.de> Date: Tue, 09 May 2006 21:24:36 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] Re: noweb References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org, Norman Ramsey X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 21:15:49 -0000 Hi Bill, ... noweb modifications ... > The bottom line here is that I agree with Norman that > modifying noweb's behavior is not the correct solution > and that if anything it should be more exact and strict. Actually, I did not say that I want to modify noweb in any way. To me it was only not clear enough how noweb should behave in such situations. Unfortunately, the website http://www.eecs.harvard.edu/~nr/noweb/ is not very explicit about pointing to a nice documentation that describes the semantics of all the various situations where << and >> can appear (non-escaped) in a simple and understandable manner. (At least such a link is not very obvious to me.) I would have to get the noweb sources http://www.eecs.harvard.edu/~nr/noweb/dist/ and figure out which of the many files I have to weave in order to find the right documentation. :-( In fact, that documentation situation is very much like in Axiom. All files are literate programs, but it is hard to find a rough overview of the building process, for example. I hope an extended ALLPROSE (http://www.hemmecke.de/aldor/) will some day remedy this situation. I'm not yet there, but I am working on it. All the best Ralf From MAILER-DAEMON Tue May 09 17:26:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdZiv-0008Mo-CY for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 17:26:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdZit-0008LT-VP for axiom-developer@nongnu.org; Tue, 09 May 2006 17:26:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdZis-0008Js-4B for axiom-developer@nongnu.org; Tue, 09 May 2006 17:26:27 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdZir-0008JC-K9 for axiom-developer@nongnu.org; Tue, 09 May 2006 17:26:25 -0400 Received: from [193.252.22.28] (helo=smtp3.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdUWQ-0008UW-Sk for axiom-developer@nongnu.org; Tue, 09 May 2006 11:53:17 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0302.wanadoo.fr (SMTP Server) with ESMTP id 207341C00B32 for ; Tue, 9 May 2006 17:51:59 +0200 (CEST) Received: from ALille-251-1-110-121.w86-208.abo.wanadoo.fr (ALille-251-1-110-121.w86-208.abo.wanadoo.fr [86.208.187.121]) by mwinf0302.wanadoo.fr (SMTP Server) with ESMTP id 88C611C00B21; Tue, 9 May 2006 17:51:58 +0200 (CEST) X-ME-UUID: 20060509155158560.88C611C00B21@mwinf0302.wanadoo.fr Subject: Re: [Axiom-developer] Axiom error in issue 289TroubleWithEscapesOrMap From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Martin Rubey In-Reply-To: <85hd3zgy24.fsf@localhost.localdomain> References: <1147178074.3715.9.camel@localhost.localdomain> <85hd3zgy24.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 09 May 2006 17:52:17 +0200 Message-Id: <1147189937.4106.2.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 21:26:28 -0000 Le mardi 09 mai 2006 =E0 14:52 +0200, Martin Rubey a =E9crit : > Vanuxem Gr=E9gory writes: >=20 > > Bill, > >=20 > > Can you look at the following issue (it seems that there is a strange > > bug in IssueTracker): >=20 > the bug is not in IssueTracker, but in MathAction itself. Note that the= Issue > is classified as a MathAction bug... In fact I have found why there is this error on MathAction. It's because your sequence of commands crashes Axiom. Adding a ')set func comp on' resolves this issue. Cheers, Greg =20 > Martin > =20 > > http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap >=20 >=20 From MAILER-DAEMON Tue May 09 17:42:28 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdZyO-0006Ro-7e for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 17:42:28 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdZyM-0006QL-B3 for axiom-developer@nongnu.org; Tue, 09 May 2006 17:42:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdZyF-0006IN-Jp for axiom-developer@nongnu.org; Tue, 09 May 2006 17:42:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdZyF-0006IK-Eu for axiom-developer@nongnu.org; Tue, 09 May 2006 17:42:19 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdZzN-0008E9-TZ for axiom-developer@nongnu.org; Tue, 09 May 2006 17:43:30 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 4ACA868594; Tue, 9 May 2006 17:42:13 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 31C2968590; Tue, 9 May 2006 17:42:11 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 May 2006 17:42:10 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Axiom error in issue 289TroubleWithEscapesOrMap Thread-Index: AcZzZOpn6tIFzOWPTougaHRHPvvMwQASp0gg From: "Page, Bill" To: =?iso-8859-1?Q?Vanuxem_Gr=E9gory?= , "Martin Rubey" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer Subject: [Axiom-developer] RE: Axiom error in issue 289TroubleWithEscapesOrMap X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 21:42:26 -0000 Greg and Martin,=20 On Tuesday, May 09, 2006 8:35 AM Vanuxem Gr=E9gory wrote: >=20 > Can you look at the following issue (it seems that there is a > strange bug in IssueTracker): >=20 > http://wiki.axiom-developer.org/289TroubleWithEscapesOrMap >=20 I agree that the previous behaviour of this page seems to be a strange bug in the way the page is rendered by MathAction. I still do not understand it. For example if I change the word 'reduce' to reduce1' the display problem goes away (but of course the code does not work). and on Tuesday, May 09, 2006 11:53 AM greg added: >=20 > \begin{axiom} > ++added: > +)set func comp on Good work! Now it seems even more odd to me that just setting ')set function compile on' also makes the problem go away and more over the code works. This option is still needed on Axiom Wiki because the version of Axiom we are using has not been updated to include the recent bug fix. I guess that there must be something output by Axiom when the function is not compiled (and therefore fails) that confuses the MathAction Axiom output parser - maybe even the lack of output. Although this works with the compile option set, I think we should keep this issue report open because it indicates a weakness in MathAction that is hard to diagnose. Regards, Bill Page. From MAILER-DAEMON Tue May 09 18:43:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdavO-0006bF-76 for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 18:43:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdavK-0006YO-Jv for axiom-developer@nongnu.org; Tue, 09 May 2006 18:43:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdavI-0006WR-Dk for axiom-developer@nongnu.org; Tue, 09 May 2006 18:43:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdavH-0006WJ-TJ for axiom-developer@nongnu.org; Tue, 09 May 2006 18:43:20 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdawI-000359-DN for axiom-developer@nongnu.org; Tue, 09 May 2006 18:44:23 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id BF7A168875; Tue, 9 May 2006 18:43:09 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id E0BF268893; Tue, 9 May 2006 18:43:05 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 May 2006 18:43:05 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: noweb vs. leo Thread-Index: AcZzqHDRIAIAUVaLSdu2k58ZZpZffgACViqw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: Norman Ramsey Subject: [Axiom-developer] noweb vs. leo X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 22:43:23 -0000 On Tuesday, May 09, 2006 4:38 PM Norman Ramsey wrote: > ...=20 > I'm afraid you can have 'simple and understandable' or > you can have 'precise'. You can't have both. The man > page represents the usual muddled compromise that provides > neither. >=20 I don't mean for the following commments to be interpreted as critical but the above statement from someone who has devoted a lot of effort to literate programming concerns me greatly. Perhaps even, this illustrates the one major "fatal flaw" in the whole concept of literate programming and the reason that this methodology is not in wide use so many years after it's invention: Writing *good* documentation is still hard work - harder even than the programming itself - and the first generation of literate programming tools (of which noweb is a prime example) seem to do nothing at all to make this easier. And as Ralf pointed out recently that we have a similar situation right now in the Axiom literate program source files - the information might be there (e.g. in the makefile.pamphlet) but it is not very accessible because it lacks a simple and easily understood overview. Ralf's ALLPROSE (Aldor Literate Programming Support Environemnt) http://www.hemmecke.de/aldor tool is intended to be "a framework for building Aldor libraries and their documentation". Clearly this framework could be extended for use with the Axiom library with it's 1,300 tightly inter- elated algebra files. But I am concerned that it does not address the underlying problem of writing really good and easily accessible documentation. The only literate programming tool that I am aware of that does attempt to address this problem - at least in some limited degree - is Leo. Where relevant I have tried to quote directly from the Leo documentation below but I don't want this to sound like an advertisement. In addition to integrating source code and documentation in the same manner as other literate programming tools, Leo also provides: 1) an outlining (folding) text editor and browser that allows the source code, documentation and project details to be presented in the context of a full outline (overview) of the system. "The outline pane shows your project as an outline. The outline contains all your project's data. An outline consists of nodes. Nodes have two parts, a headline and body text. The outline pane shows headlines. Selecting a headline selects the entire node; the node's body text appears in the body pane. The icon box is a small icon directly to the left of the headline text. If a node contains children, a smaller icon appears to the left of the icon box. This icon contains a + or - symbol. Clicking this expansion box expands or contracts the node." 2) A project manager that provides multiple views of project tasks within a the same outline. Leo's outline is not limited to being strictly hierachical because nodes can be "cloned". "A cloned node is a copy of a node that changes when the original changes. Changes to the children, grandchildren, etc. of a node are simultaneously made to the corresponding nodes contained in all cloned nodes." "Clones allow multiple views of data to exist within a single outline. The ability to create multiple views of data is crucial; you don't have to try to decide what is the 'correct' view of data. You can create as many views as you like, each tailored exactly to the task at hand." "For example, when I begin to fix a bug I first create a view node to represent the bug. I then create a component node (not cloned) that contains the original bug report. I may also create other non-cloned nodes to contain notes and documentation. Next, I go looking throughout Leo's code for nodes that relate in some way to the bug. When I find such a node I clone it and move one of the clones so it becomes a component of the view node for the bug. Note: I can organize the components of the view node as I please. In particular, I can create organizer nodes whose only purpose is to contain groups of component nodes. In other words, the full power of Leo outlines is available within view nodes." I think this is very similar to what Tim Daly has written about the need to view large complex literate programs like Axiom from the point of view of a "crystal" with multiple facets. Although Leo's documentation is quite good: http://webpages.charter.net/edreamleo/front.html the trouble with Leo is that organizing a project to take best advantage of all this involves some considerable effort. I am continuing to try to work up the energy to tackle Axiom with this tool. Regards, Bill Page. From MAILER-DAEMON Tue May 09 19:35:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdbjr-0002v7-1G for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 19:35:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdbjp-0002us-HH for axiom-developer@nongnu.org; Tue, 09 May 2006 19:35:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdbjm-0002tS-Jf for axiom-developer@nongnu.org; Tue, 09 May 2006 19:35:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdbjm-0002tN-F0 for axiom-developer@nongnu.org; Tue, 09 May 2006 19:35:30 -0400 Received: from [140.247.60.24] (helo=mail.eecs.harvard.edu) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Fdbkw-0006KW-Fp for axiom-developer@nongnu.org; Tue, 09 May 2006 19:36:42 -0400 Received: from localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 8806B1A44F5; Tue, 9 May 2006 19:35:29 -0400 (EDT) Received: from mail.eecs.harvard.edu ([140.247.60.24]) by localhost (oldbowser.eecs.harvard.edu [140.247.60.60]) (amavisd-new, port 10024) with ESMTP id 38027-05; Tue, 9 May 2006 19:35:29 -0400 (EDT) Received: from labrador.eecs.harvard.edu (labrador.eecs.harvard.edu [140.247.60.247]) by mail.eecs.harvard.edu (Postfix) with ESMTP id 40E4C1A44F4; Tue, 9 May 2006 19:35:29 -0400 (EDT) Received: by labrador.eecs.harvard.edu (Postfix, from userid 32074) id 327B32AAAFC; Tue, 9 May 2006 19:35:29 -0400 (EDT) To: bill.page1@synthesis.anikast.ca In-reply-to: References: Comments: In-reply-to "Page, Bill" message dated "Tue, 09 May 2006 18:43:05 -0400." Date: Tue, 09 May 2006 19:35:28 -0400 From: Norman Ramsey Message-Id: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> X-Virus-Scanned: by EECS Amavis at eecs.harvard.edu Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: noweb vs. leo X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 May 2006 23:35:33 -0000 > On Tuesday, May 09, 2006 4:38 PM Norman Ramsey wrote: > > ... > > I'm afraid you can have 'simple and understandable' or > > you can have 'precise'. You can't have both. The man > > page represents the usual muddled compromise that provides > > neither. > > I don't mean for the following commments to be interpreted > as critical but the above statement from someone who has > devoted a lot of effort to literate programming concerns me > greatly. Perhaps even, this illustrates the one major "fatal > flaw" in the whole concept of literate programming... I wish now I'd made it clear that this statement is not intended to cover all documentation for all programs but rather the narrow issue of noweb's lexical analysis. The fact is that a great deal of complexity was introduced into the algorithm in order to enable a great many common cases to work without requiring users to think about noweb's markup, and while still enabling noweb to issue error messages on inputs that are likely to be in error. It is the complexity of the algorithm itself that makes 'simple and understandable' incompatible with 'precise'. And the complexity of the algorithm in turn arises from the complexity of the problem, namely to provide human-editable markup that will serve the common cases well while still making it possible to express any input. > The reason that this methodology is not in wide use so many years > after its invention: > > Writing *good* documentation is still hard work - harder > even than the programming itself - and the first generation > of literate programming tools (of which noweb is a prime > example) seem to do nothing at all to make this easier. I have said for years that if you want better documentation, don't look to your tools---look to your *process*. The good news is that almost any kind kind of process will work: you just need multiple eyes to review the documents, and you need accountability to be sure that revisions are done and checked in. It may well be that tools can help with this, but they will be the same kinds of tools that are used to support many other sorts of 'computer-supported cooperative work'. > And as Ralf pointed out recently that we have a similar > situation right now in the Axiom literate program source > files - the information might be there (e.g. in the > makefile.pamphlet) but it is not very accessible because > it lacks a simple and easily understood overview. Always the first thing to go wrong with any large literate program. The effort involved in providing such overviews---and keeping them up to date---is *enormous*. > The only literate programming tool that I am aware of that > does attempt to address this problem - at least in some > limited degree - is Leo [with its outlining facility]. We have found that for a moderately large project (say over 10,000 lines of code) an outline (or even a set of outlines) is not enough. We rely heavily on a LaTeX table of contents (our best analog to a Leo outline), but we also rely on diagrams and overview chapters. This is all very expensive in time and effort, and I would say that in my research group we seem to be able to afford this effort only roughly every 5 to 10 years. Of course we are a very small shop; your mileage may vary. > I think this is very similar to what Tim Daly has written > about the need to view large complex literate programs like > Axiom from the point of view of a "crystal" with multiple > facets. Also quite interesting. And expensive, as every facet must be polished. > Organizing a project to take best advantage of all this involves > some considerable effort. I am continuing to try to work up the > energy to tackle Axiom with this tool. Too true, and good luck :-) Discussions of these sorts of questions used to enliven comp.programming.literate. May I have your permission to post this mail? Norman From MAILER-DAEMON Tue May 09 20:15:03 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdcM3-0003Qo-OE for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 20:15:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdcM2-0003Qj-HU for axiom-developer@nongnu.org; Tue, 09 May 2006 20:15:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdcM0-0003QX-6z for axiom-developer@nongnu.org; Tue, 09 May 2006 20:15:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdcM0-0003QU-0v for axiom-developer@nongnu.org; Tue, 09 May 2006 20:15:00 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdcNA-0000Uc-G5 for axiom-developer@nongnu.org; Tue, 09 May 2006 20:16:12 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 4D4B268E9A; Tue, 9 May 2006 20:14:59 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 476DA68EB3; Tue, 9 May 2006 20:14:57 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 9 May 2006 20:14:56 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: noweb vs. leo Thread-Index: AcZzwUUrBaVRAnv8R7G3vtmI/hH2RAAAhnWA From: "Page, Bill" To: "Norman Ramsey" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: noweb vs. leo X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 00:15:02 -0000 On Tuesday, May 09, 2006 7:35 PM Norman Ramsey wrote: > ... > We have found that for a moderately large project (say over > 10,000 lines of code) an outline (or even a set of outlines) is > not enough. We rely heavily on a LaTeX table of contents (our > best analog to a Leo outline), but we also rely on diagrams and > overview chapters. This is all very expensive in time and effort, > and I would say that in my research group we seem to be able to > afford this effort only roughly every 5 to 10 years. Of course > we are a very small shop; your mileage may vary. > Thanks for your comments and sharing your experience. Tim Daly often mentions a "30 year" horizon for Axiom which perhaps puts such an effort within reach for at least some current Axiom developers but I fear that our available (volunteer) resources are probably less than yours and our problem is larger than just 10,000 lines of code. :( > > I think this is very similar to what Tim Daly has written > > about the need to view large complex literate programs like > > Axiom from the point of view of a "crystal" with multiple > > facets. >=20 > Also quite interesting. And expensive, as every facet must=20 > be polished. >=20 Apparently true, but as the song says (Edwin Starr): "There's got to be a better way ..." :) > > Organizing a project to take best advantage of all this [Leo] > > involves some considerable effort. I am continuing to try to > > work up the energy to tackle Axiom with this tool. >=20 > Too true, and good luck :-) >=20 >=20 > Discussions of these sorts of questions used to enliven > comp.programming.literate. May I have your permission to=20 > post this mail? >=20 Certainly. I guess I should visit some time. Regards, Bill Page. From MAILER-DAEMON Tue May 09 21:02:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdd5n-0002h0-2K for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 21:02:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdd5l-0002gr-72 for axiom-developer@nongnu.org; Tue, 09 May 2006 21:02:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdd5j-0002gf-KJ for axiom-developer@nongnu.org; Tue, 09 May 2006 21:02:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdd5j-0002gc-Fs for axiom-developer@nongnu.org; Tue, 09 May 2006 21:02:15 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fdd6u-0003BA-8m for axiom-developer@nongnu.org; Tue, 09 May 2006 21:03:28 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4A12Av0006256; Tue, 9 May 2006 21:02:10 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id A9C5D7F40A; Tue, 9 May 2006 21:02:10 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4A0uI903076; Tue, 9 May 2006 20:56:18 -0400 Date: Tue, 9 May 2006 20:56:18 -0400 Message-Id: <200605100056.k4A0uI903076@localhost.localdomain> From: root To: nr@eecs.harvard.edu In-reply-to: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> (message from Norman Ramsey on Tue, 09 May 2006 19:35:28 -0400) References: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> X-Spam-Score: 0.60 () [Tag at 15.00] FORGED_RCVD_HELO,PORN_RP_NAKED X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: noweb vs. leo X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 01:02:17 -0000 >We have found that for a moderately large project (say over 10,000 >lines of code) an outline (or even a set of outlines) is not enough. >We rely heavily on a LaTeX table of contents (our best analog to a Leo >outline), but we also rely on diagrams and overview chapters. >This is all very expensive in time and effort, and I would say that in >my research group we seem to be able to afford this effort only >roughly every 5 to 10 years. Of course we are a very small shop; your >mileage may vary. The axiom sources will eventually be available as a series of books. There are 10 volumes planned so far. Volume 1, the tutorial exists. Volume 5, the interpreter is being written now and is likely to be the next volume available. I don't expect that the books will actually be printed. The last time I printed all of the axiom sources (double sided) comprising only the naked source code it filled approximately 6 feet of linear shelf space. The literate version will likely double that, at minimum. The algebra volume alone will take up many linear feet if we succeed in the goal of joining the source code with the research papers. Of course these books are the actual source code of the system and will dynamically change over time. We will need overview volumes and a volume that is nothing but index and annotated bibliography. I suspect other 'meta-volumes' will come into play. In the grand scheme of things I see this set of volumes as the kernel of a computational mathematics literature, joining the research work with the actual algorithms and organized by subject matter. Ordinary textbooks like Bronstein's Symbolic Integration will be able to reference or include sections of the real algorithms that are already documented and working. At the moment the literate programs are just a collection of .dvi files organized in parallel with the source tree, created during system build time. We need to invent the machinery, analysis programs, markup, indexing, and organization programs to create a useful, searchable, browsable library. I've given a little thought to the subject and experimented with various methods. One approach you might find interesting is the "booklet" idea. It's a natural extension of the noweb machinery. All we do is give a syntax and semantics to the chunk names. If the chunk name parses to a valid URL we fetch and include the URL: <>= standard chunk replace <>= file /tmp/foo included in place <>= ftp fetch of the file etc. We have a "booklet" program as part of the source tree and I've used it to build a working example but have not had the time to exploit the direction. Books may or may not be the best form for the source code. Bill Page has experimented with putting the literate sources up as wiki-editable web pages, obviating the need for CVS. This enables technologies like hyperlinking, animated flash, "tutorial movies", online lectures, and dynamic source graphs. The Doyen effort (daly.axiom-developer.org/doyen) will allow research papers containing source to be drag-and-dropped onto a running Axiom and dynamically added. All of this is a research experiment as far as I'm concerned. I do not have a clear idea of how to organize a huge pile of software to make it into a living document and a coherent whole. Like all research tasks, the shape changes and improves as we struggle with the issues that arise. Tim From MAILER-DAEMON Tue May 09 21:06:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdd9R-0003pR-Rz for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 21:06:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdd9Q-0003pM-0H for axiom-developer@nongnu.org; Tue, 09 May 2006 21:06:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdd9N-0003p9-9J for axiom-developer@nongnu.org; Tue, 09 May 2006 21:06:02 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdd9N-0003p6-4d for axiom-developer@nongnu.org; Tue, 09 May 2006 21:06:01 -0400 Received: from [62.4.17.103] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FddAY-0003JZ-0u for axiom-developer@nongnu.org; Tue, 09 May 2006 21:07:14 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 6A5B44F3C6; Wed, 10 May 2006 03:05:58 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4A128tZ029510; Wed, 10 May 2006 03:02:09 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4A1285v029509; Wed, 10 May 2006 03:02:08 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Norman Ramsey Subject: Re: [Axiom-developer] Re: noweb vs. leo References: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> From: Gabriel Dos Reis In-Reply-To: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> Organization: Integrable Solutions Date: 10 May 2006 03:02:08 +0200 Message-ID: Lines: 13 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 01:06:04 -0000 Norman Ramsey writes: | I have said for years that if you want better documentation, don't | look to your tools---look to your *process*. The good news is that | almost any kind kind of process will work: you just need multiple eyes | to review the documents, and you need accountability to be sure that | revisions are done and checked in. It may well be that tools can help | with this, but they will be the same kinds of tools that are used to | support many other sorts of 'computer-supported cooperative work'. Amen. -- Gaby From MAILER-DAEMON Tue May 09 23:06:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdf2I-0001K5-29 for mharc-axiom-developer@gnu.org; Tue, 09 May 2006 23:06:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdf2G-0001JT-2b for axiom-developer@nongnu.org; Tue, 09 May 2006 23:06:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdf2E-0001JF-15 for axiom-developer@nongnu.org; Tue, 09 May 2006 23:06:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdf2D-0001JC-SA for axiom-developer@nongnu.org; Tue, 09 May 2006 23:06:45 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fdf3P-0000gZ-Qe for axiom-developer@nongnu.org; Tue, 09 May 2006 23:08:00 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id EEAB06A563; Tue, 9 May 2006 23:06:44 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 16E416A499; Tue, 9 May 2006 23:06:43 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Emacs mode in Windows Date: Tue, 9 May 2006 23:06:42 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Emacs mode in Windows Thread-Index: AcZzkTItXLZx3R7DSw20GMLDC4gC0AASQHfQ From: "Page, Bill" To: "C Y" , "Francois Maltey" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 03:06:48 -0000 On Tuesday, May 09, 2006 1:51 PM C Y > Francois Maltey wrote: >=20 > > Axiomacs.el does the exchanges between emacs and axiom with > > *.input files.=20 > >=20 > > So I can use multi-lines blocs command, as in an *.imput > > file, and at the end I can save interpreter sessions. >=20 > By the latter do you mean something like: >=20 > (1) -> integrate(x^2+x^3+x^4+ > x^5+x^6, x) >=20 No, I don't think that is what Francois means. In Axiom the syntax accepted during interactive input at a command prompt, e.g. (1) -> for i in 1..3 repeat (i:=3Di+1; output i) must consist of a single line or use line continuations that look like this: (1) -> for i in 1..3 repeat (_ i:=3Di+1;_ output i_ ) and are treated as if it was one long line. Note that commands must be grouped by parenthesis. Perhaps what you are thinking of, Cliff, is just to avoid having to type the _ character to continue a line? But Francios specifically mentioned *.input files. The syntax for interactive input is different from the syntax nomrally used in *.input files that are read into Axiom like this: (1) -> )read xxx.input The *.input file normally uses "pile" format instead of parenthesis to group commands and looks similar to *.spad files. For example the file xxx.input might contain: for i in 1..3 repeat i:=3Di+1 output i -------- The syntax of *.input files is also used on MathAction between: \begin{axiom} ... \end{axiom} When interacting with emacs I expect it would normally be most convenient for Axiom users to be able to type the *.input syntax in a emacs command buffer. Emacs would send the contents of the buffer to Axiom by first writing this buffer to a temporary file (say temp1.input) and then asking Axiom to execute it by sending the command: )read temp1.input instead of sending the contents of the buffer directly to Axiom. Regards, Bill Page. From MAILER-DAEMON Wed May 10 07:51:52 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdnEO-0003cb-9Z for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 07:51:52 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdnEM-0003c2-Cp for axiom-developer@nongnu.org; Wed, 10 May 2006 07:51:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdnEK-0003at-KB for axiom-developer@nongnu.org; Wed, 10 May 2006 07:51:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdnEK-0003aY-Cn for axiom-developer@nongnu.org; Wed, 10 May 2006 07:51:48 -0400 Received: from [62.4.16.103] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdnFb-0000od-DX for axiom-developer@nongnu.org; Wed, 10 May 2006 07:53:07 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 407C040E2A; Wed, 10 May 2006 13:51:46 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4ABlstZ031579; Wed, 10 May 2006 13:47:54 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4ABlsJB031578; Wed, 10 May 2006 13:47:54 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: daly@axiom-developer.org Subject: Axiom wishlist (was Re: [Axiom-developer] Re: noweb vs. leo) References: <20060509233529.327B32AAAFC@labrador.eecs.harvard.edu> <200605100056.k4A0uI903076@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <200605100056.k4A0uI903076@localhost.localdomain> Organization: Integrable Solutions Date: 10 May 2006 13:47:54 +0200 Message-ID: Lines: 33 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 11:51:50 -0000 root writes: | >We have found that for a moderately large project (say over 10,000 | >lines of code) an outline (or even a set of outlines) is not enough. | >We rely heavily on a LaTeX table of contents (our best analog to a Leo | >outline), but we also rely on diagrams and overview chapters. | >This is all very expensive in time and effort, and I would say that in | >my research group we seem to be able to afford this effort only | >roughly every 5 to 10 years. Of course we are a very small shop; your | >mileage may vary. | | The axiom sources will eventually be available as a series of books. | There are 10 volumes planned so far. Volume 1, the tutorial exists. | Volume 5, the interpreter is being written now and is likely to be | the next volume available. | | I don't expect that the books will actually be printed. The last time | I printed all of the axiom sources (double sided) comprising only the | naked source code it filled approximately 6 feet of linear shelf space. | The literate version will likely double that, at minimum. The algebra | volume alone will take up many linear feet if we succeed in the goal | of joining the source code with the research papers. | | Of course these books are the actual source code of the system and | will dynamically change over time. We will need overview volumes | and a volume that is nothing but index and annotated bibliography. | I suspect other 'meta-volumes' will come into play. Tim -- Have you listed those projects somewhere on Axiom's website? -- Gaby From MAILER-DAEMON Wed May 10 09:26:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdoht-0006AQ-Br for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 09:26:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdohr-00069Q-Sf for axiom-developer@nongnu.org; Wed, 10 May 2006 09:26:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdohq-00067X-Cq for axiom-developer@nongnu.org; Wed, 10 May 2006 09:26:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdohq-00067R-7o for axiom-developer@nongnu.org; Wed, 10 May 2006 09:26:22 -0400 Received: from [68.142.201.183] (helo=web31703.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fdoj8-0001nw-9s for axiom-developer@nongnu.org; Wed, 10 May 2006 09:27:42 -0400 Received: (qmail 71633 invoked by uid 60001); 10 May 2006 13:26:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=K6gT+Z1EnzKMDxM+HsMGYujYxHUGluQg84aD86DJPSuUxeczZJu5/xqrM2ypJ1rYXnlI+3YolXoNTGjXGL9CwdJBKu4xADn+L52ldWqwKfibWcHZ+fiosZVdjovL5p/j7+bjSAFFVY2dDbZsSHkDzN3/mRa4JDdqwP/74cLThMA= ; Message-ID: <20060510132621.71631.qmail@web31703.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31703.mail.mud.yahoo.com via HTTP; Wed, 10 May 2006 06:26:21 PDT Date: Wed, 10 May 2006 06:26:21 -0700 (PDT) From: C Y Subject: RE: [Axiom-developer] Emacs mode in Windows To: bill.page1@synthesis.anikast.ca, Francois Maltey In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 13:26:24 -0000 --- "Page, Bill" wrote: > In Axiom the syntax accepted during interactive input at a > command prompt, e.g. > > (1) -> for i in 1..3 repeat (i:=i+1; output i) > > must consist of a single line or use line continuations > that look like this: > > (1) -> for i in 1..3 repeat (_ > i:=i+1;_ > output i_ > ) > > and are treated as if it was one long line. Note that > commands must be grouped by parenthesis. OK. > Perhaps what you are thinking of, Cliff, is just to avoid > having to type the _ character to continue a line? But > Francios specifically mentioned *.input files. Well, I guess my mind jumped to the _ character issue because it is sometimes advantageous to type things as multiple lines (large matricies in particular can be clearer this way.) > The syntax for interactive input is different from the > syntax nomrally used in *.input files that are read into > Axiom like this: > > (1) -> )read xxx.input > > The *.input file normally uses "pile" format instead of > parenthesis to group commands and looks similar to *.spad > files. For example the file xxx.input might contain: > > for i in 1..3 repeat > i:=i+1 > output i > > -------- OK, so it's not something you would input into the regular command line. > The syntax of *.input files is also used on MathAction > between: > > \begin{axiom} > ... > \end{axiom} > > When interacting with emacs I expect it would normally be > most convenient for Axiom users to be able to type the > *.input syntax in a emacs command buffer. Emacs would send > the contents of the buffer to Axiom by first writing this > buffer to a temporary file (say temp1.input) and then asking > Axiom to execute it by sending the command: > > )read temp1.input > > instead of sending the contents of the buffer directly to > Axiom. OK... This should be possible, but it sounds like this is a little different from what I'm doing currently. You don't want to support a different syntax on the command line, but type *.input syntax in a buffer and load it into a running emacs session. I think the "right" way to do that would be to introduce a separate axiom-input-mode that intelligently handles that issue. I'll have to give it some thought, but it's a good idea. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Wed May 10 10:13:39 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdpRa-0001i0-US for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 10:13:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdpRZ-0001hb-Nb for axiom-developer@nongnu.org; Wed, 10 May 2006 10:13:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdpRX-0001hB-Am for axiom-developer@nongnu.org; Wed, 10 May 2006 10:13:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdpRX-0001h8-69 for axiom-developer@nongnu.org; Wed, 10 May 2006 10:13:35 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdpSp-0006D7-O2 for axiom-developer@nongnu.org; Wed, 10 May 2006 10:14:55 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 3796667FD1; Wed, 10 May 2006 10:13:34 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id AB16A6806E; Wed, 10 May 2006 10:13:25 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 10 May 2006 10:13:25 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Movie upload Thread-Index: AcZ0NeZGd0TUDTm4QJCA+h+tlgfMHAABRbwg From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Movie upload X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 14:13:37 -0000 On Wednesday, May 10, 2006 9:30 AM C Y wrote: >=20 > Hey Bill. I made a video of Axiom in Emacs - nothing special > and no sound (I don't have a microphone) but I was wondering > if you could help me upload it. Great. Uploading is simple. > I created a link on the screencast page but it seems you > need a login to actually upload the movies? > You should *not* create the link first. Uploading a file is done on the 'edit' screen. To get to the edit screen you have to specify your user id and email address in the 'preferences' menu. See Upload near the bottom of the edit page. Click on 'Browse', choose you file, click 'Open', add an explanatory note, click 'Save' and the file is upload *and* and link it made near the bottom of the page. The link that is created will not have exactly the same syntax as those already present on this page. If you want to change the location of the link and the associated text, click 'edit' again and cut-and-paste the link where you want it and add the text. =20 > Anyway, I've attached the files in question. Any help > appreciated - sorry if this should be obvious to me :-/. >=20 I'll do it this time ... but next time it's up to you. ;) Regards, Bill Page. From MAILER-DAEMON Wed May 10 10:39:32 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdpqe-00045m-Do for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 10:39:32 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdpqc-00045h-Hz for axiom-developer@nongnu.org; Wed, 10 May 2006 10:39:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdpqb-00045N-8p for axiom-developer@nongnu.org; Wed, 10 May 2006 10:39:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdpqb-00045K-6l for axiom-developer@nongnu.org; Wed, 10 May 2006 10:39:29 -0400 Received: from [68.142.201.186] (helo=web31706.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fdprt-0000BH-RZ for axiom-developer@nongnu.org; Wed, 10 May 2006 10:40:50 -0400 Received: (qmail 45435 invoked by uid 60001); 10 May 2006 14:39:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qeskkwQeGoVR0lLgkUQ0lvSVTagO/BDEI30XFn2m2o48q6CH1NJbNL7EF2ppi8ow1LPvljU/+S0VBiAtz7Cmhn7WY5GFx1gFP72dhmSocXrBb6+Xo3/4L0+jpV3xO0v6/+JA1dW1+ahKsCc50ytXrFEDJdch+xp46q+4r79jWd8= ; Message-ID: <20060510143920.45433.qmail@web31706.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31706.mail.mud.yahoo.com via HTTP; Wed, 10 May 2006 07:39:20 PDT Date: Wed, 10 May 2006 07:39:20 -0700 (PDT) From: C Y To: bill.page1@synthesis.anikast.ca In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Movie upload X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 14:39:31 -0000 --- "Page, Bill" wrote: > > I created a link on the screencast page but it seems you > > need a login to actually upload the movies? > > > > You should *not* create the link first. > > Uploading a file is done on the 'edit' screen. To get to the > edit screen you have to specify your user id and email address > in the 'preferences' menu. OK, check. > See Upload near the bottom of the edit page. Click on 'Browse', > choose you file, click 'Open', add an explanatory note, click > 'Save' and the file is upload *and* and link it made near the > bottom of the page. The link that is created will not have > exactly the same syntax as those already present on this page. Ah! > If you want to change the location of the link and the > associated text, click 'edit' again and cut-and-paste the > link where you want it and add the text. OK, makes sense. There are actually two files - the html page and the swf file itself - do I upload those one after the other? I can see the html page, but it looks like my cruddy flash plugin dropped the ball again for viewing. Can y'all see it? > > Anyway, I've attached the files in question. Any help > > appreciated - sorry if this should be obvious to me :-/. > > > > I'll do it this time ... but next time it's up to you. ;) Just didn't want to destroy the wiki :-P. Wonder if I should get a microphone. Never tried that in Linux before... BTY, was anybody else going to make a demo movie of Axiom's graphing capabilities? Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Wed May 10 10:58:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fdq9G-0002xA-Px for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 10:58:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fdq9F-0002x5-US for axiom-developer@nongnu.org; Wed, 10 May 2006 10:58:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fdq9E-0002wN-2R for axiom-developer@nongnu.org; Wed, 10 May 2006 10:58:45 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fdq9D-0002wK-W2 for axiom-developer@nongnu.org; Wed, 10 May 2006 10:58:44 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdqAW-00029L-NX for axiom-developer@nongnu.org; Wed, 10 May 2006 11:00:04 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id D8E8668360; Wed, 10 May 2006 10:58:42 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 5358268095; Wed, 10 May 2006 10:58:33 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 10 May 2006 10:58:32 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Movie upload Thread-Index: AcZ0P5Cv+f4GdHaCShOdqiGcRvZ+igAAZw6w From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Movie upload X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 14:58:46 -0000 Cliff, Thanks for creating this screencast. I hope you inspire more people to submit similar things. We need a lot more than my original "pitiful" efforts... On Wednesday, May 10, 2006 10:39 AM you asked: > ...=20 > > If you want to change the location of the link and the > > associated text, click 'edit' again and cut-and-paste the > > link where you want it and add the text. >=20 > OK, makes sense. There are actually two files - the html page > and the swf file itself - do I upload those one after the other? Yes. But I think you should use a more specific src=3D"..." file name than just "out.swf". I changed the name of the file to=20 'axiomemacsout.swf' and the HTML code to correspond: ... >=20 > I can see the html page, but it looks like my cruddy flash plugin > dropped the ball again for viewing. Can y'all see it? >=20 Works for me. Maybe you tried it before I completed the upload of the '.swf' file. > > > Anyway, I've attached the files in question. Any help > > > appreciated - sorry if this should be obvious to me :-/. > > >=20 > >=20 > > I'll do it this time ... but next time it's up to you. ;) >=20 > Just didn't want to destroy the wiki :-P. PLEASE use the wiki. DO NOT be afraid that you might "destroy" it. Anything you can do through the standard user interface is completely reversible if necessary. > Wonder if I should get a microphone. Never tried that in Linux > before... Yes, I think you should. If you are using newer version of linux and shockwave apps then you should have no problems. >=20 > BTY, was anybody else going to make a demo movie of Axiom's > graphing capabilities? =20 >=20 Go for it! Regards, Bill Page. From MAILER-DAEMON Wed May 10 12:10:14 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdrGQ-00032s-EC for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 12:10:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdrGO-00031n-Mf for axiom-developer@nongnu.org; Wed, 10 May 2006 12:10:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdrGM-0002yZ-3z for axiom-developer@nongnu.org; Wed, 10 May 2006 12:10:12 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdrGL-0002yV-V1 for axiom-developer@nongnu.org; Wed, 10 May 2006 12:10:09 -0400 Received: from [68.142.201.187] (helo=web31707.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FdrHf-0008Vv-J9 for axiom-developer@nongnu.org; Wed, 10 May 2006 12:11:31 -0400 Received: (qmail 54760 invoked by uid 60001); 10 May 2006 16:10:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MoQ92zbaWxKPfumbs2zZSkTOVepGsqLV3bPpjDrFfr2fLecFw+feSEu8nehiStY+ld7+MEXTKYsIqKQAOeejwirNKP5Yn4qUDsaiqdqjvWzgsSFa+1jk2H8lWZorZaxMMYE0r/4VS3AkE8ltNnKBVxNlvGYUYgIWmzC3O4X5Fgw= ; Message-ID: <20060510161005.54756.qmail@web31707.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31707.mail.mud.yahoo.com via HTTP; Wed, 10 May 2006 09:10:05 PDT Date: Wed, 10 May 2006 09:10:05 -0700 (PDT) From: C Y To: bill.page1@synthesis.anikast.ca In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Movie upload X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 16:10:13 -0000 --- "Page, Bill" wrote: > Cliff, > > Thanks for creating this screencast. I hope you inspire more > people to submit similar things. We need a lot more than my > original "pitiful" efforts... Hardly pitiful - quite the contrary, I'd say. We just need to send you a microphone ;-). I'll chip in $5 to get Bill a mike - anybody else? ;-) > On Wednesday, May 10, 2006 10:39 AM you asked: > > ... > > > If you want to change the location of the link and the > > > associated text, click 'edit' again and cut-and-paste the > > > link where you want it and add the text. > > > > OK, makes sense. There are actually two files - the html page > > and the swf file itself - do I upload those one after the other? > > Yes. But I think you should use a more specific src="..." file > name than just "out.swf". I changed the name of the file to > 'axiomemacsout.swf' and the HTML code to correspond: > > ... Opps. Sorry about that - I forgot to rename it. I had to do several dry runs before I got something even close to reasonable, so I was using a throwaway name. I fixed the title but forgot to rename the swf file. > > I can see the html page, but it looks like my cruddy flash plugin > > dropped the ball again for viewing. Can y'all see it? > > > > Works for me. Maybe you tried it before I completed the upload > of the '.swf' file. Nah, my flash plugin at work is rather messed up. I've had similar troubles before. > > > I'll do it this time ... but next time it's up to you. ;) > > > > Just didn't want to destroy the wiki :-P. > > PLEASE use the wiki. DO NOT be afraid that you might "destroy" > it. Anything you can do through the standard user interface is > completely reversible if necessary. Righto. > > Wonder if I should get a microphone. Never tried that in Linux > > before... > > Yes, I think you should. If you are using newer version of linux > and shockwave apps then you should have no problems. I'll have to take a look. Just so I can find it later, this looks useful... http://www.daniel-lemire.com/blog/archives/2005/10/12/logitech-usb-desktop-microphone-under-linux/ > > BTY, was anybody else going to make a demo movie of Axiom's > > graphing capabilities? > > Go for it! OK, here we go... Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Wed May 10 12:31:49 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdrbJ-0003S9-L8 for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 12:31:49 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdrbH-0003Rt-Iy for axiom-developer@nongnu.org; Wed, 10 May 2006 12:31:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdrbG-0003RW-0K for axiom-developer@nongnu.org; Wed, 10 May 2006 12:31:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdrbF-0003RQ-Iy for axiom-developer@nongnu.org; Wed, 10 May 2006 12:31:45 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FdrcZ-000205-Az for axiom-developer@nongnu.org; Wed, 10 May 2006 12:33:07 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 9AB006895E; Wed, 10 May 2006 12:31:44 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id A663B68953; Wed, 10 May 2006 12:31:41 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Emacs mode in Windows Date: Wed, 10 May 2006 12:31:40 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Emacs mode in Windows Thread-Index: AcZ0NV0bXaxXkWJ0QD23ZKDmNgOCBwAF/bzg From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 16:31:48 -0000 On Wednesday, May 10, 2006 9:26 AM C Y wrote: > ... > Bill Page wrote: > >=20 > > When interacting with emacs I expect it would normally be > > most convenient for Axiom users to be able to type the > > *.input syntax in a emacs command buffer. Emacs would send > > the contents of the buffer to Axiom by first writing this > > buffer to a temporary file (say temp1.input) and then asking > > Axiom to execute it by sending the command: > > > > )read temp1.input > >=20 > > instead of sending the contents of the buffer directly to > > Axiom. >=20 > OK... This should be possible, but it sounds like this is a > little different from what I'm doing currently. You don't want > to support a different syntax on the command line, but type > *.input syntax in a buffer and load it into a running emacs > session. Yes. To do that now with Axiom one might use the commands: )edit xxx.input )read xxx.input and alternate between these two commands while you test some new code. Alternatively you might do: )edit xxx.as )compile xxx.as if you are writing a library routine in Aldor (or .spad if you are writing SPAD cod). > I think the "right" way to do that would be to introduce a > separate axiom-input-mode that intelligently handles that > issue. I'll have to give it some thought, but it's a good > idea. >=20 >From what Francois said in his earlier message, that is what the 'axiomacs.el' mode does now for Axiom '.input' format. If you are going to have different input modes, then I think it makes most sense to associate this with the type of input, e.g. '.input' format '.as' (Aldor) format, and '.spad' (SPAD) format. This determines things like how to do the syntax highlighting. Then when you 'execute' in each of these modes it tells you what command to generate in Axiom, e.g. ')read' or ')compile'. Really, if you support these different modes then there is really no need (usually) to have direct access to the Axiom command line. E.g. we never interact directly with the command line on MathAction. Regards, Bill Page. From MAILER-DAEMON Wed May 10 13:03:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fds5Z-0001lt-UX for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 13:03:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fds5Y-0001kx-A0 for axiom-developer@nongnu.org; Wed, 10 May 2006 13:03:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fds5W-0001k4-I5 for axiom-developer@nongnu.org; Wed, 10 May 2006 13:03:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fds5W-0001jz-E0 for axiom-developer@nongnu.org; Wed, 10 May 2006 13:03:02 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fds6q-0004tk-D1 for axiom-developer@nongnu.org; Wed, 10 May 2006 13:04:24 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 1960B65D9E; Wed, 10 May 2006 13:02:57 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 2318467312; Wed, 10 May 2006 13:02:50 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Emacs mode in Windows Date: Wed, 10 May 2006 13:02:49 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Emacs mode in Windows Thread-Index: AcZ0NV0bXaxXkWJ0QD23ZKDmNgOCBwAF/bzgAAF14tA= From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 17:03:04 -0000 On Wednesday, May 10, 2006 12:32 PM I wrote: > ... > To do that now with Axiom one might use the commands: >=20 > )edit xxx.input > )read xxx.input >=20 > and alternate between these two commands while you test > some new code. Alternatively you might do: >=20 > )edit xxx.as > )compile xxx.as >=20 > if you are writing a library routine in Aldor (or .spad if > you are writing SPAD cod). > ...=20 Just so it is clear what I mean: I think of the emacs buffer as replacing the use of the ')edit' command and that the ')read' or ')compile' command would be generated internally by the 'execute' command. Regards, Bill Page. From MAILER-DAEMON Wed May 10 18:34:17 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FdxG5-0003se-1x for mharc-axiom-developer@gnu.org; Wed, 10 May 2006 18:34:17 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdxG3-0003p5-0J for axiom-developer@nongnu.org; Wed, 10 May 2006 18:34:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdxG2-0003ni-2H for axiom-developer@nongnu.org; Wed, 10 May 2006 18:34:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdxG1-0003mr-NE for axiom-developer@nongnu.org; Wed, 10 May 2006 18:34:13 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FdxHO-0005S9-5B for axiom-developer@nongnu.org; Wed, 10 May 2006 18:35:38 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4AMY0Hi003799 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 11 May 2006 00:34:04 +0200 Message-ID: <4462699B.9050600@hemmecke.de> Date: Thu, 11 May 2006 00:30:51 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org, Norman Ramsey Subject: [Axiom-developer] Re: noweb vs. leo X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 May 2006 22:34:15 -0000 Hi Bill, > Ralf's ALLPROSE (Aldor Literate Programming Support > Environemnt) http://www.hemmecke.de/aldor tool is intended > to be "a framework for building Aldor libraries and their > documentation". Clearly this framework could be extended for > use with the Axiom library with it's 1,300 tightly inter- > elated algebra files. But I am concerned that it does not > address the underlying problem of writing really good and > easily accessible documentation. How can a framework "enforce" good documentation? But you won't believe, I thought a bit about it. For example, you won't get all the nice hyperlinking if you don't follow some rules/conventions. And if a file is not mentioned in a \sourcefile{...} command, you don't even see the documentation of the file at all, but rather you get a section that tells you about "undocumented files". Of course, I cannot "enforce" any good documentation, but at least there is some penalty if you don't follow the rules. The actual bad thing is that people are so spoiled by quickly hacking in code and making things run that they (yes sometimes also me) forget about the long term future. > The only literate programming tool that I am aware of that > does attempt to address this problem - at least in some > limited degree - is Leo. I've recently looked at LEO. I tend to like the idea of different views (or different facets of the crystal, as Tim would say). But I also had the impression that LEO does not enforce literate programming. It just supports it, as far as I can say. Still, LEO might help Axiom in getting its code organised. The problem actually is that people would have to get used to this kind of software. So I am, in fact, not too over-optimistic. And there is still some point I don't quite see clearly. LEO allows to "clone" documentation so that it could be used in another view. My question would be who actually defines what and "atomic documentation piece" is? What happens if some documentation changes that is used somewhere else? There are lots of questions... and almost no time :-( Ralf From MAILER-DAEMON Thu May 11 10:04:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeBm3-00068A-74 for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 10:04:15 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeBm1-00067f-PQ for axiom-developer@nongnu.org; Thu, 11 May 2006 10:04:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeBlz-00066c-Rs for axiom-developer@nongnu.org; Thu, 11 May 2006 10:04:13 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeBlz-00066X-Lq for axiom-developer@nongnu.org; Thu, 11 May 2006 10:04:11 -0400 Received: from [68.142.201.182] (helo=web31702.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeBnV-0004eV-QL for axiom-developer@nongnu.org; Thu, 11 May 2006 10:05:46 -0400 Received: (qmail 25292 invoked by uid 60001); 11 May 2006 14:04:10 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=R5iaBmd3N04XclQ9Z2jcVmP2VIdGZZp6aI+jIkiC1qnDdYGLjImlCHCyWOuHSvABxUgxIiSEQa8P/i8MbGF2D/euTsTeqBW6oUxgH5oWYQOGoIU7CgzNENZnNq+IIKSvpRVswwMTdLYlZLu/M2J3VOmo9RKcdJ/J1dKTJ/tSBmU= ; Message-ID: <20060511140409.25281.qmail@web31702.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31702.mail.mud.yahoo.com via HTTP; Thu, 11 May 2006 07:04:09 PDT Date: Thu, 11 May 2006 07:04:09 -0700 (PDT) From: C Y To: Bill Page , axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: [Axiom-developer] endpaper3 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 14:04:14 -0000 Hey Bill. Just wanted to let you know I got a cvs version of graphviz on my computer at home and was able to successfully (I think successfully, at least) generate the endpaper3 document. Just to confirm I did this right, is it: 1. run latex once to get the .dot files 2. run dot -Tps on the generated dot files to get ps files 3. run latex again once or twice on the tex file to get a dvi file 4. use dvipdf to get a hyperlinked pdf I hope we can get some autogenerated graphs like this into the pamphlet files later one - I'm very impressed with the results. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 11 10:53:56 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeCY7-0004D0-VI for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 10:53:55 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeCY6-0004By-Mc for axiom-developer@nongnu.org; Thu, 11 May 2006 10:53:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeCY5-00049i-31 for axiom-developer@nongnu.org; Thu, 11 May 2006 10:53:54 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeCY4-00049G-GH for axiom-developer@nongnu.org; Thu, 11 May 2006 10:53:52 -0400 Received: from [68.142.201.192] (helo=web31712.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeCZb-0000g5-6U for axiom-developer@nongnu.org; Thu, 11 May 2006 10:55:27 -0400 Received: (qmail 66346 invoked by uid 60001); 11 May 2006 14:53:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=vbYgEMQrAJKk3yO2eDPRDnZV4Y+uGng73mvpp41zWdXXspP+oYzqnM8CX7NkKvTlsOsbDtAXWBr5dStSkGq1WjjaQmvZ4EzxFDyAc6mYi/EJedIrwAEbjgUgqKYbSXizQCWOYLJdu3Dwgg/t3e4oDywpfSdX/v0An+pmbrg1VUs= ; Message-ID: <20060511145351.66344.qmail@web31712.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31712.mail.mud.yahoo.com via HTTP; Thu, 11 May 2006 07:53:51 PDT Date: Thu, 11 May 2006 07:53:51 -0700 (PDT) From: C Y To: Bill Page , axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: [Axiom-developer] Emacs + input syntax X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 14:53:55 -0000 A couple of quick questions, so I know what I'm up against: 1. I don't suppose the use of the _ character to indicate a new line is unique to input syntax? If not, would it be OK to make it so in Emacs if I can make multi-line input without it in "normal" input mode? 2. If the answer to both questions in #1 is no and I can't assume the _ character is unique, is there any reliable way to detect when someone is inputing input syntax rather than the normal user level input? 3. If the answer to #2 is no, how should I know when to do the input syntax eval instead of the normal eval? I could define a different key combination but if the user forgot to use it it might generate a bit of a mess. I've been looking at mmm-mode for other reasons, not the least of which is the eventual need to handle literate documents, but I think I'm going to need it sooner than that so I might have to take time out to figure out how to use it, customize it, and integrate it. It looks like the most robust way to handle this might be to use an mmm-mode on a per-input style level and figure out invisible text, which is all right in a way because even in termainal mode I have other ideas for mmm-mode and will need to come to terms with it. If I need to do that, I'm going to have to take time out for a re-organization and refactoring of the code. I've got some tricks in there now for dealing with things like flagging mismatched IO pairs, but incorporating mmm-mode could result in massive changes all across the board. So here's the last question - is anybody using this mode now, or to be more specific is anybody using it enough to warrant me squashing the one or two easily fixed bugs before I rip the guts out? If not I'll just go ahead and ram heads with mmm-mode, but that will mean no updates on the current mode for an unforseeable amount of time. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 11 11:39:01 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeDFk-0007YL-Tl for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 11:39:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeDFj-0007XB-Q6 for axiom-developer@nongnu.org; Thu, 11 May 2006 11:38:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeDFi-0007VP-1h for axiom-developer@nongnu.org; Thu, 11 May 2006 11:38:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeDFh-0007VB-Sc for axiom-developer@nongnu.org; Thu, 11 May 2006 11:38:57 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeDHF-0004rq-2R for axiom-developer@nongnu.org; Thu, 11 May 2006 11:40:33 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BFctHi003161 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 11 May 2006 17:38:55 +0200 Message-ID: <44635AB0.90405@hemmecke.de> Date: Thu, 11 May 2006 17:39:28 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: C Y Subject: Re: [Axiom-developer] Emacs + input syntax References: <20060511145351.66344.qmail@web31712.mail.mud.yahoo.com> In-Reply-To: <20060511145351.66344.qmail@web31712.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 15:39:00 -0000 Hi Cliff, To be honest, I don't quite understand all your questions. I don't know how useful it is to put _ always at the end of a line. What about using Shift-Enter as in Maple? (What was it in Mma?) The _ character is special. Think about producing a string that consists of a single ". You do this by writing "_"" As for mmm-mode, I *use* it and I also suggest it for ALLPROSE. It works quite nicely for me and is for my taste better than noweb-mode. However, I cannot help you if you need to go into the code itself. Ralf From MAILER-DAEMON Thu May 11 12:03:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeDd5-0001J6-RY for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 12:03:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeDd3-0001I8-UG for axiom-developer@nongnu.org; Thu, 11 May 2006 12:03:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeDd0-0001FO-9A for axiom-developer@nongnu.org; Thu, 11 May 2006 12:03:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeDcx-0001FA-Gi for axiom-developer@nongnu.org; Thu, 11 May 2006 12:03:00 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeDeU-0007Oz-Ts for axiom-developer@nongnu.org; Thu, 11 May 2006 12:04:35 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id D6B126A404; Thu, 11 May 2006 12:02:57 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id EBEC56A3DA; Thu, 11 May 2006 12:02:55 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 11 May 2006 12:02:55 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: endpaper3 Thread-Index: AcZ1A8+U6NVIakI8T3ChFVdaAuUbFwAD/7cQ From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: endpaper3 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 16:03:06 -0000 On Thursday, May 11, 2006 10:04 AM C Y wrote: >=20 > Hey Bill. Just wanted to let you know I got a cvs version of > graphviz on my computer at home and was able to successfully > (I think successfully, at least) generate the endpaper3 document. > Just to confirm I did this right, is it: >=20 > 1. run latex once to get the .dot files > 2. run dot -Tps on the generated dot files to get ps files > 3. run latex again once or twice on the tex file to get a dvi > file > 4. use dvipdf to get a hyperlinked pdf > Yes, that is right. This is done automatically when you click 'Save' in a 'pamphlet' web page on MathAction. =20 > I hope we can get some autogenerated graphs like this into=20 > the pamphlet files later on - I'm very impressed with the > results. >=20 Sounds good to me. As far as I am concerned, the more graphics the better! Using nodes and edges of the graph/diagram as hyperlinks is convenient in a lot of cases. Regards, Bill Page. From MAILER-DAEMON Thu May 11 12:13:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeDnB-0006ru-PS for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 12:13:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeDn9-0006rg-Rb for axiom-developer@nongnu.org; Thu, 11 May 2006 12:13:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeDn9-0006rM-AV for axiom-developer@nongnu.org; Thu, 11 May 2006 12:13:31 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeDn9-0006rJ-28 for axiom-developer@nongnu.org; Thu, 11 May 2006 12:13:31 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeDog-0008VB-H6 for axiom-developer@nongnu.org; Thu, 11 May 2006 12:15:06 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by kraid.nerim.net (Postfix) with ESMTP id 236DB40FEE; Thu, 11 May 2006 18:13:27 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1FeDn4-0001ch-Io; Thu, 11 May 2006 18:13:26 +0200 Sender: fmaltey@nerim.fr To: C Y Subject: Re: [Axiom-developer] Emacs + input syntax References: <20060511145351.66344.qmail@web31712.mail.mud.yahoo.com> From: Francois Maltey Date: 11 May 2006 18:13:26 +0200 In-Reply-To: <20060511145351.66344.qmail@web31712.mail.mud.yahoo.com> Message-ID: <8764kcczfd.fsf@localhost.localdomain> Lines: 132 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 16:13:32 -0000 Hello Cliff,=20 > A couple of quick questions, so I know what I'm up against: =20 > 1. I don't suppose the use of the _ character to indicate a new line > is unique to input syntax? If not, would it be OK to make it so in > Emacs if I can make multi-line input without it in "normal" input mode? >=20 > 2. If the answer to both questions in #1 is no and I can't assume the > _ character is unique, is there any reliable way to detect when someone > is inputing input syntax rather than the normal user level input? I think it's too complex to detect inside emacs if=20 the syntax is an axiom-command-line or an axiom-input-style. You may have a global variable axiom-input-mode, someones set to=20 'axiom-command-line, others to 'axiom-input-syntax. (setq axiom-input-mode 'axiom-command-line)=20 or (setq axiom-input-mode 'axiom-input-syntax)=20 at the beginning of axiommode.el > 3. If the answer to #2 is no, how should I know when to do the input > syntax eval instead of the normal eval? I could define a different key > combination but if the user forgot to use it it might generate a bit of > a mess. -------------------------------------------------------------------------- When you use the *.input file method I find three exceptions=20 where you CAN'T create a new *.input file to send data to axiom. After the first (1)-> : think to the bug arround the duplicate (1)->. After )quit you must send a string to axiom, not a )read command. After )d op axiom wait a yes. So here is my old function which respond if I must send a file or not. The reponse of this function is=20 'wait [a file], 'wait-kbd [a string] or 'run [axiom is running] (defun axiomRun-kernel-state-by-output nil (save-excursion=20 (let (tmpa tmpb tmpc tmp) (goto-char axiomRun-marker-edit) (setq tmpa=20 (and=20 (posix-search-backward "^\\(([0-9]*) -> $\\)" nil t)=20 (match-end 0))) (goto-char axiomRun-marker-edit) (setq tmpb (and=20 (posix-search-backward "and return to the operating system:\n" ni= l t) (match-end 0))) (goto-char axiomRun-marker-edit) (setq tmpc (and=20 (posix-search-backward "yes and then pressing Enter :\n" nil t) (match-end 0)))=20=20=20=20=20=20=20=20 (cond ((not (or tmpa tmpb tmpc)) 'run) ((=3D 14 (count-lines 1 axiomRun-marker-edit)) 'run) ((and tmpa (eq 1 (- (marker-position axiomRun-marker-edit) tmpa)))= =20 'wait) ((and tmpb (eq 1 (- (marker-position axiomRun-marker-edit) tmpb))) 'wait-kbd) ((and tmpc (eq 1 (- (marker-position axiomRun-marker-edit) tmpc)))= =20 'wait-kbd) (t 'run))))) -------------------------------------------------------------------------- There is an other problem :=20 If you send too quickly 2 lines to axiom, after a [Ctrl-K] [Ctrl-Y] as 1+2 3+4 axiom itself mismatch the output. So axiom-mode might send lines (or blocks) one after the other. Then there are two possibilities :=20 1-either you send only one line to axiom,=20 and wait the next [return] for the next line 2-either you send only one line to axiom,=20 and when the output show that axiom has finish one line=20 the emacs mode sends the next one, and so on but finish when the cursor is inside or before the actual line. -------------------------------------------------------------------------- > I've been looking at mmm-mode for other reasons, not the least of which > is the eventual need to handle literate documents, but I think I'm > going to need it sooner than that so I might have to take time out to > figure out how to use it, customize it, and integrate it. It looks > like the most robust way to handle this might be to use an mmm-mode on > a per-input style level and figure out invisible text, which is all > right in a way because even in termainal mode I have other ideas for > mmm-mode and will need to come to terms with it. It's perhaps too complex to mix 2 modes.=20 One for axiom-run and second one for faces and colors. I never do it.=20 > If I need to do that, I'm going to have to take time out for a > re-organization and refactoring of the code. I've got some tricks in > there now for dealing with things like flagging mismatched IO pairs, > but incorporating mmm-mode could result in massive changes all across > the board. Perhaps properties are sufficient to detect pair input/output. =20 -------------------------------------------------------------------------- > So here's the last question - is anybody using this mode now, or to be > more specific is anybody using it enough to warrant me squashing the > one or two easily fixed bugs before I rip the guts out? If not I'll > just go ahead and ram heads with mmm-mode, but that will mean no > updates on the current mode for an unforseeable amount of time. I admire your use of comint.=20 I found easiest to re-rewrite the input/output between axiom and emacs when I done mupad-run and axiom-run. I don't understand what you want to do with the mmm-mode. Have a good day ! Fran=C3=A7ois From MAILER-DAEMON Thu May 11 12:28:37 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeE1l-0004J0-F3 for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 12:28:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeE1j-0004I4-UQ for axiom-developer@nongnu.org; Thu, 11 May 2006 12:28:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeE1i-0004HB-VQ for axiom-developer@nongnu.org; Thu, 11 May 2006 12:28:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeE1i-0004H0-8i for axiom-developer@nongnu.org; Thu, 11 May 2006 12:28:34 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeE3F-0001fA-TN for axiom-developer@nongnu.org; Thu, 11 May 2006 12:30:10 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 4C9EF6A4ED; Thu, 11 May 2006 12:28:33 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id E9CE36A4F0; Thu, 11 May 2006 12:28:19 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 11 May 2006 12:28:19 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Emacs + input syntax Thread-Index: AcZ1Cr00ZLaO6AHrRRWF7Qb1QqJrXAACiOrA From: "Page, Bill" To: "C Y" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Emacs + input syntax X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 16:28:36 -0000 Cliff,=20 On Thursday, May 11, 2006 10:54 AM you wrote: >=20 > A couple of quick questions, so I know what I'm up against: >=20 > 1. I don't suppose the use of the _ character to indicate a new > line is unique to input syntax? No. _ can be used as a line continuation both at the command line and in .input files. And I think also in SPAD (and Aldor)? > If not, would it be OK to make it so in Emacs if I can make > multi-line input without it in "normal" input mode? I am not sure what you mean. Do you mean that you would automatically generate the _ line continuations if the emacs buffer consisted of multiple lines so that in effect Axiom always is asked to execute the entire contents of a buffer as if it was just one long line? If this is what you mean, then I suppose that will work but you would in effect be generating yet another slightly different input syntax for Axiom. The main difference between this and the syntax used in the ')read' command is that it would not allow '#pile' (indentation) block structure. You would always have to insert parenthesis (not {}!) and semicolons ; to separate commands. >=20 > 2. If the answer to both questions in #1 is no and I can't assume > the _ character is unique, is there any reliable way to detect=20 > when someone is inputing input syntax rather than the normal user > level input? Again, I am not sure what you mean by "normal user level input". Both the command line and the ')read' command accept _ as a line continuation. The difference is in the use of '#pile' indentation syntax as used in SPAD or not. This is also used in some modern languages such as Python. On the other hand the Axiom command line always treats everything as a single input line (continued or not). Aldor introduces yet another input syntax using brackets { } and semicolons ; in a block notation that is common in "C" and several other languages. But I suppose that is irrelevant to the current discussion. >=20 > 3. If the answer to #2 is no, how should I know when to do > the input syntax eval instead of the normal eval? I could > define a different key combination but if the user forgot > to use it it might generate a bit of a mess. I don't that is necessary. Simply treat everything as ')read' style .input syntax. In all other respects .input syntax is the same as the command line input. You have to allow _ in any case, but you don't need to generate anything automatically. >=20 > I've been looking at mmm-mode for other reasons, not the=20 > least of which is the eventual need to handle literate > documents, but I think I'm going to need it sooner than > that so I might have to take time out to figure out how > to use it, customize it, and integrate it. It looks > like the most robust way to handle this might be to use > an mmm-mode on a per-input style level and figure out > invisible text, which is all right in a way because even > in termainal mode I have other ideas for mmm-mode and > will need to come to terms with it. I think this is important if you support both command input and SPAD/Aldor compiles. You need to know whether to generate a ')read' command or a ')compile' command. You might also want to provide syntax highlighting and indentation folding (hiding). And of course if you are allowing noweb markup text mixed with your saved Axiom session that's a whole 'nother thing. >=20 > If I need to do that, I'm going to have to take time out > for a re-organization and refactoring of the code. I've > got some tricks in there now for dealing with things like > flagging mismatched IO pairs, but incorporating mmm-mode > could result in massive changes all across the board. I would say "keep it simple". Just process all Axiom input via ')read' for now. >=20 > So here's the last question - is anybody using this mode > now, or to be more specific is anybody using it enough to > warrant me squashing the one or two easily fixed bugs before > I rip the guts out? If not I'll just go ahead and ram > heads with mmm-mode, but that will mean no updates on the > current mode for an unforseeable amount of time. >=20 I think the change to always using ')read' for Axiom input should be a simple and local change to your program as it exists now. Regards, Bill Page. From MAILER-DAEMON Thu May 11 13:00:37 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeEWj-0001y2-9n for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 13:00:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeEWh-0001xn-PQ for axiom-developer@nongnu.org; Thu, 11 May 2006 13:00:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeEWf-0001xT-BV for axiom-developer@nongnu.org; Thu, 11 May 2006 13:00:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeEWf-0001xQ-76 for axiom-developer@nongnu.org; Thu, 11 May 2006 13:00:33 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeEYD-0004An-0O for axiom-developer@nongnu.org; Thu, 11 May 2006 13:02:09 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BH0UHi011020 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 11 May 2006 19:00:30 +0200 Message-ID: <44636DCE.8030609@hemmecke.de> Date: Thu, 11 May 2006 19:01:02 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 17:00:35 -0000 On 05/11/2006 06:28 PM, Page, Bill wrote: > No. _ can be used as a line continuation both at the command line > and in .input files. And I think also in SPAD (and Aldor)? I would always suggest to forget about the #pile mode when you program in Aldor, but as _ escapes the next character (and removes trailing spaces, yes _ also works in Aldor. You can compile the following file using "aldor -grun -laldor aaa.as". --begin aaa.as #include "aldor" #include "aldorio" #pile import from Integer; stdout <<_ 12345 + _ 78<< newl_ ine <<_ "hello _" __ world" << newline --end aaa.as Note that the identifier "newline" goes over two lines. That does not work for keywords, though. Ralf From MAILER-DAEMON Thu May 11 14:37:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeG20-0005j8-4t for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 14:37:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeG1y-0005j3-Gt for axiom-developer@nongnu.org; Thu, 11 May 2006 14:36:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeG1w-0005ir-0S for axiom-developer@nongnu.org; Thu, 11 May 2006 14:36:57 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeG1v-0005io-Qy for axiom-developer@nongnu.org; Thu, 11 May 2006 14:36:55 -0400 Received: from [68.142.201.183] (helo=web31703.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeG3U-0004QC-RE for axiom-developer@nongnu.org; Thu, 11 May 2006 14:38:33 -0400 Received: (qmail 32687 invoked by uid 60001); 11 May 2006 18:36:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=j0IOXnF7NkqNjy0lO4gMDlk2Km706mtmCFiU/JBWx7rQZllwk4WUjg1FoNfQ5HEviD9NdTssbNZotDKKBmcxNC87KIBWUKBJwrCKn/oAF5pG9XzDTfZQ5PozuFtk8/Ze5Zziq6FJxfByLLLrjlNx3VdXo7/i561EOxkAI2I1cd4= ; Message-ID: <20060511183654.32685.qmail@web31703.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31703.mail.mud.yahoo.com via HTTP; Thu, 11 May 2006 11:36:54 PDT Date: Thu, 11 May 2006 11:36:54 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs + input syntax To: Francois Maltey In-Reply-To: <8764kcczfd.fsf@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 18:36:59 -0000 --- Francois Maltey wrote: > I think it's too complex to detect inside emacs if > the syntax is an axiom-command-line or an axiom-input-style. I was afraid of that. > You may have a global variable axiom-input-mode, someones set to > 'axiom-command-line, others to 'axiom-input-syntax. > (setq axiom-input-mode 'axiom-command-line) > or (setq axiom-input-mode 'axiom-input-syntax) > at the beginning of axiommode.el That means you have to select all of one style or all of another, something I am hoping to avoid. I want to be able to use command line syntax for most things but create the occasional *.input entry at will. > When you use the *.input file method I find three exceptions > where you CAN'T create a new *.input file to send data to axiom. > > After the first (1)-> : think to the bug arround the duplicate (1)->. > After )quit you must send a string to axiom, not a )read command. > After )d op axiom wait a yes. > > So here is my old function which respond if I must send a file or > not. [snip] OK, thanks - this could be useful. I'm not sure why (1)-> should be an issue, but I can look into it. > There is an other problem : > > If you send too quickly 2 lines to axiom, after a [Ctrl-K] [Ctrl-Y] > as > 1+2 > 3+4 > axiom itself mismatch the output. I think the simplest way to handle this would be to prevent any new evaluations or maybe even insertions while axiom is waiting for output. I'll have to test it. > So axiom-mode might send lines (or blocks) one after the other. > Then there are two possibilities : > > 1-either you send only one line to axiom, > and wait the next [return] for the next line I thought that's what my mode was doing - it's possible it isn't, in which case that's a bug. > 2-either you send only one line to axiom, > and when the output show that axiom has finish one line > the emacs mode sends the next one, and so on > but finish when the cursor is inside or before the actual line. In my mode it should only be possible to send one input at a time. Why would you want to send two at once? > It's perhaps too complex to mix 2 modes. That's, in a nutshell, what mmm-mode is designed to handle. > One for axiom-run and second one for faces and colors. > I never do it. I'm not sure how to work things as of now, but I'll think about it. > I admire your use of comint. Thanks, but credit for that must remain with Jay. > I found easiest to re-rewrite the input/output between axiom and > emacs when I done mupad-run and axiom-run. > > I don't understand what you want to do with the mmm-mode. Well, I'm assuming that .input syntax and command-line syntax have distinct rules. What I should be able to do (if I understand mmm-mode) is create localized behavior on the axiom input line, and by changing modes provide two different sets of behavior. I have some other ideas about allowing text/latex blocks before IO pairs as well, but that's for later. > Have a good day ! You too! CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 11 14:45:18 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeGA2-0001Eu-6q for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 14:45:18 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeGA0-0001EL-Lq for axiom-developer@nongnu.org; Thu, 11 May 2006 14:45:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeG9y-0001Dh-Py for axiom-developer@nongnu.org; Thu, 11 May 2006 14:45:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeG9y-0001Db-Kj for axiom-developer@nongnu.org; Thu, 11 May 2006 14:45:14 -0400 Received: from [68.142.201.191] (helo=web31711.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeGBX-0005Is-Jc for axiom-developer@nongnu.org; Thu, 11 May 2006 14:46:51 -0400 Received: (qmail 49484 invoked by uid 60001); 11 May 2006 18:45:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pp7vVC8qpGag1dKLvdQ08OhTKAbeSRpaWl0ieUtMD9dlstu8uA3FAvPkWja6yt2A5esrarOguDBWICtAzn364w/6GJzbVV3pq45vfElvx2WOmWt4R8rW7AtZ56+Zoqzn+oLwPhBtPvTY1AEiFxcbF7fMQpiSM2WTep4JUQzFLyY= ; Message-ID: <20060511184513.49482.qmail@web31711.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31711.mail.mud.yahoo.com via HTTP; Thu, 11 May 2006 11:45:13 PDT Date: Thu, 11 May 2006 11:45:13 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs + input syntax To: Ralf Hemmecke In-Reply-To: <44635AB0.90405@hemmecke.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 18:45:17 -0000 --- Ralf Hemmecke wrote: > Hi Cliff, > > To be honest, I don't quite understand all your questions. No problem - that's almost certainly due to those questions being incorrectly put together or based on incorrect ideas. I expect my use of Axiom as of now is simplistic in the extreme - I have not yet attempted a serious program in it. I think that's why I'm not quite grasping the *.input vs. command-line issue. > I don't know how useful it is to put _ always at the end of a line. > What about using Shift-Enter as in Maple? (What was it in Mma?) I mentioned _ because that's apparently required for some interactions with Axiom? I think Shift-Enter or Control-Enter is reasonable. What I'm trying to grasp is the issue of )read commands, what people are doing with them, and how to make Emacs handle it without leaving the Axiom command line. > The _ character is special. Think about producing a string that > consists of a single ". You do this by writing > > "_"" Ah. > As for mmm-mode, I *use* it and I also suggest it for ALLPROSE. It > works quite nicely for me and is for my taste better than noweb-mode. > However, I cannot help you if you need to go into the code itself. I sincerely hope I won't have to. I also would MUCH prefer to just use it, but if I have to modify it and incorporate it I will attempt to do so. Emacs has been around for a very long time and will likely continue to be around for a long time - creating an interface the Right Way is an investment that will hopefully pay dividends for years to come. I'm trying to figure out what the "Right Way" is. I concede I'm not the best person for this job, but all I can do is try. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 11 15:07:28 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeGVU-0002oy-7b for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 15:07:28 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeGVS-0002oB-M2 for axiom-developer@nongnu.org; Thu, 11 May 2006 15:07:26 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeGVS-0002nz-45 for axiom-developer@nongnu.org; Thu, 11 May 2006 15:07:26 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeGVS-0002nw-0Q for axiom-developer@nongnu.org; Thu, 11 May 2006 15:07:26 -0400 Received: from [68.142.201.186] (helo=web31706.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeGX1-0007Tg-7a for axiom-developer@nongnu.org; Thu, 11 May 2006 15:09:03 -0400 Received: (qmail 45996 invoked by uid 60001); 11 May 2006 19:07:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SbGmKKqiiOCwS4EUc2yAxze18L8KRr1cTjbPNvkf3pZulRD4lIW/QioU8RgqqNz8SvFAPZSOZeHc3hdJpIaOqqFfh9WR2kWsFIemBxa6vYY5COAh6wB6Z3J2YobfJHUtK0koqN8YX4hhEGmYeyJBy+i3U69CZeMO3QxD4UcH+8A= ; Message-ID: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31706.mail.mud.yahoo.com via HTTP; Thu, 11 May 2006 12:07:24 PDT Date: Thu, 11 May 2006 12:07:24 -0700 (PDT) From: C Y To: bill.page1@synthesis.anikast.ca In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] RE: Emacs + input syntax X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 19:07:27 -0000 --- "Page, Bill" wrote: > Cliff, > > On Thursday, May 11, 2006 10:54 AM you wrote: > > > > A couple of quick questions, so I know what I'm up against: > > > > 1. I don't suppose the use of the _ character to indicate a new > > line is unique to input syntax? > > No. _ can be used as a line continuation both at the command line > and in .input files. And I think also in SPAD (and Aldor)? OK. > > If not, would it be OK to make it so in Emacs if I can make > > multi-line input without it in "normal" input mode? > > I am not sure what you mean. Do you mean that you would automatically > generate the _ line continuations if the emacs buffer consisted of > multiple lines so that in effect Axiom always is asked to execute > the entire contents of a buffer as if it was just one long line? Right. > If this is what you mean, then I suppose that will work but you > would in effect be generating yet another slightly different > input syntax for Axiom. Yes, but I think this is a logical extension, and definitely more intuitive for new users. Return for a line break and Shift-Return for an evaluation are commonly used and well known - _ as a necessary precursor to a line break is neither outside of Axiom. Any other GUI interface created for Axiom is not likely to use the _ notation for line breaking. > The main difference between this and the > syntax used in the ')read' command is that it would not allow > '#pile' (indentation) block structure. You would always have to > insert parenthesis (not {}!) and semicolons ; to separate commands. That's where mmm-mode should come in. If I can master Emacs properly, I think it might be possible to have a "pile" editing environment which would enforce the rules. What I am aiming for, based on what I have thought about so far, is a default "non-pile" syntax environment (e.g. normal command line + returns without _) and the user option to switch to an "input" environment which supports all of the input syntax including pile syntax. > > 2. If the answer to both questions in #1 is no and I can't assume > > the _ character is unique, is there any reliable way to detect > > when someone is inputing input syntax rather than the normal user > > level input? > > Again, I am not sure what you mean by "normal user level input". > Both the command line and the ')read' command accept _ as a line > continuation. The difference is in the use of '#pile' indentation > syntax as used in SPAD or not. OK, I think I'm getting it. So the difference between command line legal syntax and input legal syntax is that the latter case allows (or even requires) pile syntax? > This is also used in some modern > languages such as Python. On the other hand the Axiom command > line always treats everything as a single input line (continued > or not). Got it. I've programmed in python a little as part of my job, so its not totally foreign. Just a bit odd ;-). > Aldor introduces yet another input syntax using brackets { } > and semicolons ; in a block notation that is common in "C" > and several other languages. But I suppose that is irrelevant > to the current discussion. Unless we are allowing Aldor in ")read" commands. Then it might be important. But that's probably for the future. > > 3. If the answer to #2 is no, how should I know when to do > > the input syntax eval instead of the normal eval? I could > > define a different key combination but if the user forgot > > to use it it might generate a bit of a mess. > > I don't that is necessary. Simply treat everything as ')read' > style .input syntax. In all other respects .input syntax is > the same as the command line input. You have to allow _ in any > case, but you don't need to generate anything automatically. That might work, but I think I would like to have special provisions (if I can manage it) for input/pile syntax. > > I've been looking at mmm-mode for other reasons, not the > > least of which is the eventual need to handle literate > > documents, but I think I'm going to need it sooner than > > that so I might have to take time out to figure out how > > to use it, customize it, and integrate it. It looks > > like the most robust way to handle this might be to use > > an mmm-mode on a per-input style level and figure out > > invisible text, which is all right in a way because even > > in termainal mode I have other ideas for mmm-mode and > > will need to come to terms with it. > > I think this is important if you support both command input > and SPAD/Aldor compiles. You need to know whether to generate > a ')read' command or a ')compile' command. Well, the eventual goal is to support all normal ways of working with Axiom. Which would probably be easier if I knew more about them, but I think a lot of the support for such things will need to come later. > You might also want to provide syntax highlighting and > indentation folding (hiding). Yes. That is part of the plan but is down the road a ways. > And of course if you are allowing noweb markup text mixed > with your saved Axiom session that's a whole 'nother thing. Not quite. What I'm planning to do is create a mechanism to insert latex or text "boxes" before and after an input-output combination. I'm envisioning a "graded" approach - on the far right is the basic command line (more or less what exists now). On the far left is a literate latex document with aldor code chuncks. In the middle are EAxiom latex documents - a document with Axiom user sessions embedded such as in the Maxima manual - and annotated terminal sessions. So you will eventually have your choice of a variety of modes: 1) Terminal mode - as seen now 2) Terminal mode + comment regions 3) EAxiom latex document with embedded sessions 4) Literate program with lisp code chuncks 5) Literate program with aldor code chuncks If there is demand for it I suppose a generic text environment with support for sending strings to LaTeX is also possible, although I'm not sure why one would want to use text instead of LaTeX for such a purpose. > > If I need to do that, I'm going to have to take time out > > for a re-organization and refactoring of the code. I've > > got some tricks in there now for dealing with things like > > flagging mismatched IO pairs, but incorporating mmm-mode > > could result in massive changes all across the board. > > I would say "keep it simple". Just process all Axiom input > via ')read' for now. That might be the sensible thing. One thing though - I'm not sure if the _ trick for multiple lines/pile syntax will work from an Emacs buffer. I could probably work it by having the return check for a _ character immediately behind it, but I don't know if the default comint bindings would do. Hmm... > > So here's the last question - is anybody using this mode > > now, or to be more specific is anybody using it enough to > > warrant me squashing the one or two easily fixed bugs before > > I rip the guts out? If not I'll just go ahead and ram > > heads with mmm-mode, but that will mean no updates on the > > current mode for an unforseeable amount of time. > > I think the change to always using ')read' for Axiom input > should be a simple and local change to your program as it > exists now. Do I have to use temp files, or is there a way to do )read "string"? Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Thu May 11 16:03:27 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeHNe-0008OW-Pr for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 16:03:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeHNc-0008Nt-Sa for axiom-developer@nongnu.org; Thu, 11 May 2006 16:03:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeHNb-0008NA-0Q for axiom-developer@nongnu.org; Thu, 11 May 2006 16:03:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeHNa-0008N7-Nk for axiom-developer@nongnu.org; Thu, 11 May 2006 16:03:22 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeHPA-0003IW-Db for axiom-developer@nongnu.org; Thu, 11 May 2006 16:05:00 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by kraid.nerim.net (Postfix) with ESMTP id DD42540E23; Thu, 11 May 2006 22:03:19 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1FeHNX-0001x7-R1; Thu, 11 May 2006 22:03:19 +0200 Sender: fmaltey@nerim.fr To: C Y Subject: Re: [Axiom-developer] Emacs + input syntax References: <20060511183654.32685.qmail@web31703.mail.mud.yahoo.com> From: Francois Maltey Date: 11 May 2006 22:03:19 +0200 In-Reply-To: <20060511183654.32685.qmail@web31703.mail.mud.yahoo.com> Message-ID: <87iroc2ut4.fsf@localhost.localdomain> Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 20:03:25 -0000 Francois again...=20 > > I think it's too complex to detect inside emacs if=20 > > the syntax is an axiom-command-line or an axiom-input-style. >=20 > I was afraid of that. >=20=20 > > You may have a global variable axiom-input-mode, someones set to=20 > > 'axiom-command-line, others to 'axiom-input-syntax. > > (setq axiom-input-mode 'axiom-command-line)=20 > > or (setq axiom-input-mode 'axiom-input-syntax)=20 > > at the beginning of axiommode.el >=20 > That means you have to select all of one style or all of another, > something I am hoping to avoid.=20=20 > I want to be able to use command line syntax for most things but > create the occasional *.input entry at will. Perhaps (*) glue lines with a _ at the end to the next one. (inline synta= x) glue lines with a space at beginning to the pr=C3=A9vious one. (input s= yntax) but cut all the others lines. It may be interesting to have a very small function which make this cut. Because having a block per paragraph (without empty-line) has also advantag= es. > I'm not sure why (1)-> should be an issue, but I can look into it. Because when I run axiom (not axiomSYS) I have two prompts (1)-> on my screen.=20 The first one isn't a real prompt because axiom display after a second. > Well, I'm assuming that .input syntax and command-line syntax have > distinct rules.=20 My advice changes... see (*) > What I should be able to do (if I understand mmm-mode) > is create localized behavior on the axiom input line, and by changing > modes provide two different sets of behavior.=20=20 > I have some other ideas > about allowing text/latex blocks before IO pairs as well, but that's > for later. When I played with mupad and emacs, I tryed to allow the insert of comments between commands and output. It's a HUGE work and now I reject this idea. Either I have a read-only buffer for axiom and all, as a typewriter.=20 Either I have a latex file and I cut/copy/paste blocks from/to axiom-buffer. But of corse it's my advise, you may have good reasons to do what you want. Bye. Fran=C3=A7ois From MAILER-DAEMON Thu May 11 17:46:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeIzJ-0004Ef-4q for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 17:46:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeIzG-0004Dw-MQ for axiom-developer@nongnu.org; Thu, 11 May 2006 17:46:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeIzE-0004DD-Rb for axiom-developer@nongnu.org; Thu, 11 May 2006 17:46:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeIzE-0004D8-Nx for axiom-developer@nongnu.org; Thu, 11 May 2006 17:46:20 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJ0p-0003Ap-7n for axiom-developer@nongnu.org; Thu, 11 May 2006 17:47:59 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 317D66CB6B; Thu, 11 May 2006 17:46:19 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 26BF86CBFE; Thu, 11 May 2006 17:46:05 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] RE: Emacs + input syntax Date: Thu, 11 May 2006 17:46:04 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] RE: Emacs + input syntax Thread-Index: AcZ1HHUHWxMxSei+Rp+Rvf7sPI9T2wAJvIFA From: "Page, Bill" To: "Ralf Hemmecke" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 21:46:23 -0000 On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: > ...=20 > I would always suggest to forget about the #pile mode when=20 > you program in Aldor ... Why? Your suggestion seems to me only a kind of linguist prejudice. I much prefer this notation. I think it is a strong point of both SPAD and Aldor that they support it (SPAD requires it). It is briefer, cleaner and easier to read. What purpose does the extra bracket { ... } syntax serve if we all agree that "good" programming practice demands consistent indentation?=20 Regards, Bill Page. From MAILER-DAEMON Thu May 11 18:02:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJES-0003C8-Hz for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:02:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJEQ-0003Bo-EU for axiom-developer@nongnu.org; Thu, 11 May 2006 18:02:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJEO-0003Aw-So for axiom-developer@nongnu.org; Thu, 11 May 2006 18:02:02 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJEO-0003Ao-JJ for axiom-developer@nongnu.org; Thu, 11 May 2006 18:02:00 -0400 Received: from [62.4.16.104] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJFz-0004e9-GS for axiom-developer@nongnu.org; Thu, 11 May 2006 18:03:39 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id BFB3340F26; Fri, 12 May 2006 00:01:57 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4BLw0tZ007067; Thu, 11 May 2006 23:58:00 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4BLw0Gl007066; Thu, 11 May 2006 23:58:00 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 11 May 2006 23:58:00 +0200 Message-ID: Lines: 18 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:02:03 -0000 "Page, Bill" writes: | On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: | > ... | > I would always suggest to forget about the #pile mode when | > you program in Aldor ... | | Why? Your suggestion seems to me only a kind of | linguist prejudice. I think I'm with Ralf here. I find the pile notation highly confusing and irritating when editing. It is one of the downsides I find with Python, Haskell, Axiom, etc. For me, it isn't different those infamous "tabs" in Makefiles. It is a relic from stone ages we should not carry over. Your mileage may vary. -- Gaby From MAILER-DAEMON Thu May 11 18:10:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJM8-0002r0-EN for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:10:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJM7-0002qv-QH for axiom-developer@nongnu.org; Thu, 11 May 2006 18:09:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJM6-0002qR-8X for axiom-developer@nongnu.org; Thu, 11 May 2006 18:09:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJM6-0002qI-61 for axiom-developer@nongnu.org; Thu, 11 May 2006 18:09:58 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJNh-0005NH-9s for axiom-developer@nongnu.org; Thu, 11 May 2006 18:11:37 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 60F436CE8F; Thu, 11 May 2006 18:09:57 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 35A696CE48; Thu, 11 May 2006 18:09:51 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] RE: Emacs + input syntax Date: Thu, 11 May 2006 18:09:50 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] RE: Emacs + input syntax Thread-Index: AcZ1Roy13rQ4/XrlSCaHog6XxpAVcAAADdog From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:09:59 -0000 Gaby, Ralf, On Thursday, May 11, 2006 5:58 PM you wrote: >=20 > Bill Page writes: >=20 > | On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: > | > ...=20 > | > I would always suggest to forget about the #pile mode when=20 > | > you program in Aldor ... > |=20 > | Why? Your suggestion seems to me only a kind of > | linguist prejudice. >=20 > I think I'm with Ralf here. I find the pile notation highly > confusing and irritating when editing. It is one of the > downsides I find with Python, Haskell, Axiom, etc. For me, > it isn't different those infamous "tabs" in Makefiles. It > is a relic from stone ages we should not carry over. In what sense is this notation "a relic"? Do you know other "ancient" languages (besides SPAD) that used this syntax? > Your mileage may vary. >=20 It does. :-) Can either of you give any objective argument about why you prefer to write in a serialized one-dimensional manner, encoding nested structures with the bracket (or even a parenthesis) notation, instead of using the natural two dimensional nature of the display media to express this structure more succinctly? If not, my label of "linguist prejudice" must surely apply. Regards, Bill Page. From MAILER-DAEMON Thu May 11 18:28:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJeA-00070F-Op for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:28:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJe8-0006zR-SR for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJe7-0006yN-IR for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJe7-0006yI-6X for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:35 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJfi-0006lJ-Hy for axiom-developer@nongnu.org; Thu, 11 May 2006 18:30:14 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4BMSRVQ011629; Thu, 11 May 2006 18:28:32 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id 326217F407; Thu, 11 May 2006 18:28:27 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4BMMWf04577; Thu, 11 May 2006 18:22:32 -0400 Date: Thu, 11 May 2006 18:22:32 -0400 Message-Id: <200605112222.k4BMMWf04577@localhost.localdomain> From: root To: bill.page1@synthesis.anikast.ca In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:28:37 -0000 >Can either of you give any objective argument about why >you prefer to write in a serialized one-dimensional manner, >encoding nested structures with the bracket (or even a >parenthesis) notation, instead of using the natural two >dimensional nature of the display media to express this >structure more succinctly? yep. i can't count what i can't see. i can balance parens over thousands of lines but i can't balance spaces. parens give proper nesting no matter how i mangle the source. spaces don't. try carefully balancing spaces over 5 pages of code (e.g. large nested conditional statements). one missing space and the meaning of the program SILENTLY changes. my "hack" for doing this is to globally replace spaces following a newline by a period and count periods. then, before compiling the program, replace them by spaces. oh, and you can easily screw the whole world over with an editor that likes to replace spaces by tabs. no end of puzzlement and grief follows. > If not, my label of "linguist prejudice" must surely apply. prejudice is pre-judging a decision. experience is post-judging a decision. the decision to pile is flawed. based on experience. t From MAILER-DAEMON Thu May 11 18:28:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJeM-00076G-8Q for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:28:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJeK-00074j-IK for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJeJ-00074X-SW for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJeJ-00074U-LI for axiom-developer@nongnu.org; Thu, 11 May 2006 18:28:47 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJfu-0006m7-TA for axiom-developer@nongnu.org; Thu, 11 May 2006 18:30:27 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 9192C4F3A4; Fri, 12 May 2006 00:28:32 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4BMOltZ007179; Fri, 12 May 2006 00:24:48 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4BMOlE1007178; Fri, 12 May 2006 00:24:47 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 12 May 2006 00:24:47 +0200 Message-ID: Lines: 35 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:28:48 -0000 "Page, Bill" writes: | Can either of you give any objective argument about why ^^^^^^^^^ We are talking about *syntax*, right? As they say, it is like colors and taste... | you prefer to write in a serialized one-dimensional manner, I don't prefer to write serialized one-dimensional manner. I prefer to *see* syntactic markers for groups. | encoding nested structures with the bracket (or even a | parenthesis) notation, Are you going to propose we replace the square and round brackets with the varieties of spaces? | instead of using the natural two | dimensional nature of the display media to express this | structure more succinctly? I do almost all of my works with terminals. I use browsers only when I'm forced to (like those online forms that don't work with lynx, bugzillas, wikis, etc.) Don't get me wrong; I do like and appreciate pictures, n-dimensional illustrations; the indenting stuff just does not work for me. Yes, I do intend my codes. And yes, braces don't prevent you from indenting. | If not, my label of "linguist prejudice" must surely apply. It actually applies both ways, so I don't find it persuasive :-) -- Gaby From MAILER-DAEMON Thu May 11 18:31:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJgZ-0008AO-Ao for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:31:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJgX-00087q-D7 for axiom-developer@nongnu.org; Thu, 11 May 2006 18:31:05 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJgW-000879-I9 for axiom-developer@nongnu.org; Thu, 11 May 2006 18:31:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJgW-00086q-Au for axiom-developer@nongnu.org; Thu, 11 May 2006 18:31:04 -0400 Received: from [62.4.17.104] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeJi7-0006uV-MG for axiom-developer@nongnu.org; Thu, 11 May 2006 18:32:43 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 5B9384F3E6; Fri, 12 May 2006 00:30:49 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4BMR4tZ007183; Fri, 12 May 2006 00:27:04 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4BMR4T5007182; Fri, 12 May 2006 00:27:04 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 12 May 2006 00:27:04 +0200 Message-ID: Lines: 31 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:31:05 -0000 "Page, Bill" writes: | Gaby, Ralf, | | On Thursday, May 11, 2006 5:58 PM you wrote: | > | > Bill Page writes: | > | > | On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: | > | > ... | > | > I would always suggest to forget about the #pile mode when | > | > you program in Aldor ... | > | | > | Why? Your suggestion seems to me only a kind of | > | linguist prejudice. | > | > I think I'm with Ralf here. I find the pile notation highly | > confusing and irritating when editing. It is one of the | > downsides I find with Python, Haskell, Axiom, etc. For me, | > it isn't different those infamous "tabs" in Makefiles. It | > is a relic from stone ages we should not carry over. | | In what sense is this notation "a relic"? Do you know other | "ancient" languages (besides SPAD) that used this syntax? Makefile does not qualify? :-) It is NOT the language that is a relic, it is the syntax -- like the semicolons "known" to be the cancer of programming languages. -- Gaby From MAILER-DAEMON Thu May 11 18:37:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeJmn-000650-9B for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:37:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeJml-00064b-9f for axiom-developer@nongnu.org; Thu, 11 May 2006 18:37:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeJmh-00064P-Ks for axiom-developer@nongnu.org; Thu, 11 May 2006 18:37:30 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeJmh-00064M-GW for axiom-developer@nongnu.org; Thu, 11 May 2006 18:37:27 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeJoI-0007Ga-O4 for axiom-developer@nongnu.org; Thu, 11 May 2006 18:39:07 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BMbMHi010764 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 00:37:23 +0200 Message-ID: <4463A0EB.2040100@hemmecke.de> Date: Thu, 11 May 2006 22:39:07 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: C Y , axiom-dev Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> In-Reply-To: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:37:31 -0000 Hi Cliff, > What I am aiming for, based on what I have thought about so far, is a > default "non-pile" syntax environment (e.g. normal command line + > returns without _) and the user option to switch to an "input" > environment which supports all of the input syntax including pile > syntax. I don't lknow whether you are aware of my aldor-mode (http://www.hemmecke.de/aldor) and whether it could be relevant for what you are trying to achieve. (It's a noweb file...) Another aldor-mode has been written by Stephen Wilson . That is more proper elisp-ish than mine, but it's not a literate program and I am not aware of a place where this is distributed. Anyway, I would like to see just ONE (perfect) aldor/axiom mode so that people don't have to test different things. That's a waste of time. Ralf From MAILER-DAEMON Thu May 11 18:57:52 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeK6S-0005c0-NX for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 18:57:52 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeK6Q-0005bE-BH for axiom-developer@nongnu.org; Thu, 11 May 2006 18:57:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeK6P-0005av-TE for axiom-developer@nongnu.org; Thu, 11 May 2006 18:57:50 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeK6P-0005aj-Fx for axiom-developer@nongnu.org; Thu, 11 May 2006 18:57:49 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeK80-0000dI-JD for axiom-developer@nongnu.org; Thu, 11 May 2006 18:59:29 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BMvRHi012925 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 00:57:28 +0200 Message-ID: <4463C178.2080409@hemmecke.de> Date: Fri, 12 May 2006 00:58:00 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 22:57:50 -0000 Hello Gaby, I have included aldor-l in this thread, because I think you raised an important question with the "functional type (sub-)language". Additionally, I've moved it from axiom-math to axiom-developer. On 05/11/2006 08:49 PM, Gabriel Dos Reis wrote: > Ralf Hemmecke writes: [snip] > | > | or " Integer " is an abbreviation for Integer without parameter ? > | > | > from the functional perspective, Integer is a nullary (type) function; > | > it is actually a type constant. > | > | From a functional point of view you are certainly right, the only > | problem is that Aldor is not functional. > > That should not matter; and if it does, it is a bug! Well, to me it is not a bug. But I am not the language designer. I am sure Stephen Watt could make things clear here. > Do you really want a type system whose language is not functional? Actually, I haven't thought about this. I somehow have the feeling that the Aldor compiler implements such a functional type language. But I don't know whether this is on purpose. > Notice, that I'm not saying the term language should be functional. > I'm talking of the type (sub-)language. How do you work with a type > system system whose constructors do not evaluate the same arguments to > the same value? Surely, it would sound strange if I say: a: SparseUnivariatePolynomial Integer := ... b: SparseUnivariatePolynomial Integer := ... and the compiler would reject a + b because it could not figure out that a and b are of the same type (because of non-functionality). So in this sense I certainly find a functional type language more natural. > | BTW, I would rather say, Integer is a type constant. If Integer() is > | defined and works in Axiom then please show me a definition of the > | language that makes it clear that if one defines > > Please, first, show me how you meaningfully work with a type system > where the type language is not functional. That is not a field where I'm an expert in. > | Integer: SomeIntegerCategory > | > | that also > | > | Integer: () -> SomeIntegerCategory > | > | To me, these two things clearly have a different type. > The syntaxes are different; the question is whether the *semantics* > should be different. The answer must be "no", for a workable type > system. I don't agree. The program ---------------------------------------------------------- aldor -grun -laldor aaa.as Dom: 1 Dom(): 0 --begin aaa.as -------------------------------------------- #include "aldor" #include "aldorio" Cat: Category == Join(ArithmeticType, OutputType) with; Dom: Cat == Integer add; Dom(): Cat == Integer add { Rep == Integer; import from Rep; 1: % == per 0; } main(): () == { import from Dom, Dom(); stdout << "Dom: " << 1$Dom << newline; stdout << "Dom(): " << 1$Dom() << newline; } main(); --end aaa.as shows that Dom and Dom() need not be identical and one can still have a consistent type system. I would even call it functional (if Dom() always produces the same value). It is only that things of type Cat and things of type ()->Cat are not identified even if they happen to have the same name. But of course, I could live with that identification if it is clearly documented that ()->Cat can be identified with Cat. Where are our category experts? I believe there is a distinction here, n'est pas? Ralf From MAILER-DAEMON Thu May 11 19:03:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeKBW-0007fN-0D for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 19:03:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeKBU-0007cc-H6 for axiom-developer@nongnu.org; Thu, 11 May 2006 19:03:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeKBT-0007ai-Jq for axiom-developer@nongnu.org; Thu, 11 May 2006 19:03:03 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeKBT-0007af-95 for axiom-developer@nongnu.org; Thu, 11 May 2006 19:03:03 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeKD4-0001AV-OC for axiom-developer@nongnu.org; Thu, 11 May 2006 19:04:42 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 4B4E46B790; Thu, 11 May 2006 19:03:02 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 4E7FB6B78E; Thu, 11 May 2006 19:03:00 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] RE: Emacs + input syntax Date: Thu, 11 May 2006 19:02:59 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] RE: Emacs + input syntax Thread-Index: AcZ1SkSXB90kXOasTNi7dW/CSALS1gAASaPw From: "Page, Bill" To: X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: axiom-developer@nongnu.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 23:03:04 -0000 Tim,=20 On Thursday, May 11, 2006 6:23 PM you wrote: > Bill Page wrote:=20 > >Can either of you give any objective argument about why > >you prefer to write in a serialized one-dimensional manner, > >encoding nested structures with the bracket (or even a > >parenthesis) notation, instead of using the natural two > >dimensional nature of the display media to express this > >structure more succinctly? >=20 > yep. i can't count what i can't see. i can balance parens > over thousands of lines but i can't balance spaces. parens > give proper nesting no matter how i mangle the source.=20 > spaces don't. I have no trouble seeing the visual organization of a few pages of indented code. In fact, in my experience the lack of proper indentation has sometimes hidden logical errors in my programs. Reviewing the indentation (forgetting about the brackets) has sometimes revealed the error. I suppose you are arguing that the parens notation contains some redundant information because it contains matched "begin" symbols and "end" symbols while in the "pile" notation the beginning of an indented block is marked by the first initial white space greater than the line that precedes it, while any line with less initial white space ends all proceeding blocks with greater white space. So therefore the serialized linear notation is perhaps inherently less fragile? But I do not think this is the case. > try carefully balancing spaces over 5 pages of code (e.g. > large nested conditional statements). one missing space and > the meaning of the program SILENTLY changes. >=20 > my "hack" for doing this is to globally replace spaces > following a newline by a period and count periods. then, > before compiling the program, replace them by spaces. > Have you ever tried turning your head 90% to the page? :) Apparently most humans have greater visual acuity in the horizontal plane that in the vertical. It seems to me that balanced miss-placed parens can be even more SILENT than a missing space. The error could be anywhere from the first character of the program to the last and more over it can be obscured by the fact that the programmer may have also inconsistently indented the code to exhibit the structure she expects rather than what she coded. > oh, and you can easily screw the whole world over with an > editor that likes to replace spaces by tabs. no end of > puzzlement and grief follows. My solution: use a proper text editor. >=20 > > If not, my label of "linguist prejudice" must surely apply. >=20 > prejudice is pre-judging a decision. > experience is post-judging a decision. > the decision to pile is flawed. > based on experience. >=20 I was amused to see the following headline at http://www.tiobe.com/tpci.htm "May Headline: Eventual recognition for Visual FoxPro and Lisp (approaching A status)" Wow, lisp finally beat out Cobol this year! Hooray. Regards, Bill Page. From MAILER-DAEMON Thu May 11 19:17:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeKPa-0007u5-FA for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 19:17:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeKPZ-0007tv-Jr for axiom-developer@nongnu.org; Thu, 11 May 2006 19:17:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeKPY-0007tj-EJ for axiom-developer@nongnu.org; Thu, 11 May 2006 19:17:37 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeKPY-0007tg-B5 for axiom-developer@nongnu.org; Thu, 11 May 2006 19:17:36 -0400 Received: from [62.4.17.105] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeKRA-00028P-7s for axiom-developer@nongnu.org; Thu, 11 May 2006 19:19:16 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 47EF94F3B8; Fri, 12 May 2006 01:17:35 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4BNDatZ007379; Fri, 12 May 2006 01:13:36 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4BNDarH007378; Fri, 12 May 2006 01:13:36 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <4463C178.2080409@hemmecke.de> Organization: Integrable Solutions Date: 12 May 2006 01:13:36 +0200 Message-ID: Lines: 19 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 23:17:37 -0000 Ralf Hemmecke writes: [...] | But of course, I could live with that identification if it is clearly | documented that ()->Cat can be identified with Cat. Where are our | category experts? I believe there is a distinction here, n'est pas? >From Category Theory point of view, a constant x of type T is the same as the (unique) morphism x : 1 -> T, where 1 is the one-point set. Now, I also understand that beyond the name, Aldor's catagories are not mathematical categories; so.... My practice of functional programming suggests that the identification is useful in many cases, than keeping the artifice. But YMMV. -- Gaby From MAILER-DAEMON Thu May 11 19:42:54 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeKo2-0003EH-31 for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 19:42:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeKo0-0003Dl-Rd for axiom-developer@nongnu.org; Thu, 11 May 2006 19:42:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeKnz-0003DE-24 for axiom-developer@nongnu.org; Thu, 11 May 2006 19:42:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeKny-0003D9-Oh for axiom-developer@nongnu.org; Thu, 11 May 2006 19:42:50 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeKpa-0003pe-JK for axiom-developer@nongnu.org; Thu, 11 May 2006 19:44:30 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BNglHi016415 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 01:42:48 +0200 Message-ID: <4463CC12.7090707@hemmecke.de> Date: Fri, 12 May 2006 01:43:14 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 23:42:53 -0000 On 05/11/2006 11:46 PM, Page, Bill wrote: > On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: >> I would always suggest to forget about the #pile mode when >> you program in Aldor ... > Why? Your suggestion seems to me only a kind of > linguist prejudice. > I much prefer this notation. I think it is a strong > point of both SPAD and Aldor that they support it > (SPAD requires it). It is briefer, cleaner and easier > to read. I don't like it since when I started my first programs in SPAD several years ago I had no Axiom book available. The only source that I could learn from was the source code that I could access through hyperdoc. Can you imagine how hard it was to figure out how to parse something like ListAggregate(S:Type): Category == Join(StreamAggregate S, FiniteLinearAggregate S, ExtensibleLinearAggregate S) with list: S -> % ++ list(x) returns the list of one element x. add cycleMax ==> 1000 .... I still do not completely understand that pile syntax. Let me add braces to the code above... ListAggregate(S:Type): Category == Join(StreamAggregate S, { FiniteLinearAggregate S, ExtensibleLinearAggregate S) with { list: S -> % ++ list(x) returns the list of one element x. } add { cycleMax ==> 1000 .... } Well, my braces must be wrong, since it goes ... (...{ ... ) ...}. There is more to indentation than just starting a new block. Yes, I probably haven't read the documentation about the spad indentation. And even if I read Section 5.2 of the Axiom book, I would come to the same result (perhaps using parentheses instead of braces). > What purpose does the extra bracket { ... } > syntax serve if we all agree that "good" programming > practice demands consistent indentation? My programming experience with SPAD is that I had to compile too many times in order to find out that my indentation was wrong (at exactly such places as above). I was so relieved when I could switch to braces in Aldor. And I do indent code, I even wrote an aldor-mode for emacs to help with such indentation. But that mode relies on parentheses, brackets, and braces. It automatically indents to the right amount and I see when there is a forgotten brace, because pressing TAB lead to the wrong indentation. Can you have automated indentation with #pile mode? Well, anyone has his preferences... However, in order to make code readable for future programmers (why should they learn to syntaxes?), we should introduce some coding conventions. And as long as programming the axiom library is concerned, I will fight for braces. ;-) For the command line of Axiom I don't care at the moment, because that is a task for a good user interface. Ralf From MAILER-DAEMON Thu May 11 19:50:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeKvI-0004Ps-9G for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 19:50:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeKvG-0004PL-Bo for axiom-developer@nongnu.org; Thu, 11 May 2006 19:50:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeKvE-0004P0-CW for axiom-developer@nongnu.org; Thu, 11 May 2006 19:50:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeKvE-0004Oq-4t for axiom-developer@nongnu.org; Thu, 11 May 2006 19:50:20 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeKwq-0004Kc-1o for axiom-developer@nongnu.org; Thu, 11 May 2006 19:52:00 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4BNoGHi016840 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 01:50:16 +0200 Message-ID: <4463CDD8.2020604@hemmecke.de> Date: Fri, 12 May 2006 01:50:48 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Francois Maltey Subject: Re: [Axiom-developer] Emacs + input syntax References: <20060511183654.32685.qmail@web31703.mail.mud.yahoo.com> <87iroc2ut4.fsf@localhost.localdomain> In-Reply-To: <87iroc2ut4.fsf@localhost.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 23:50:22 -0000 > Perhaps (*) > glue lines with a _ at the end to the next one. (inline s= yntax) > glue lines with a space at beginning to the pr=C3=A9vious one. (inp= ut syntax) > but cut all the others lines. I hope you also consider an error message of Axiom if the expression is=20 syntactically incorrect. In that case I would like the axiomacs mode to=20 jump to the error position (if possible). Ralf From MAILER-DAEMON Thu May 11 19:52:43 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeKxX-0004bH-F6 for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 19:52:43 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeKxW-0004bC-OT for axiom-developer@nongnu.org; Thu, 11 May 2006 19:52:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeKxW-0004b0-8W for axiom-developer@nongnu.org; Thu, 11 May 2006 19:52:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeKxW-0004ax-5R for axiom-developer@nongnu.org; Thu, 11 May 2006 19:52:42 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeKz8-0004Rx-5F for axiom-developer@nongnu.org; Thu, 11 May 2006 19:54:22 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 41BE46AD9C; Thu, 11 May 2006 19:52:41 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 609096AD38; Thu, 11 May 2006 19:52:39 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit Subject: RE: [Axiom-developer] Re: [Axiom-math] Are Fraction and Complex domains. Date: Thu, 11 May 2006 19:52:38 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: [Axiom-math] Are Fraction and Complex domains. Thread-Index: AcZ1USBzQFBxMuFHQWuPsdmRT29U7wAAmD/g From: "Page, Bill" To: "Gabriel Dos Reis" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: Stephen Watt , axiom-dev , aldor-l X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 May 2006 23:52:42 -0000 On Thursday, May 11, 2006 7:14 PM Gabriel Dos Reis wrote: > > Ralf Hemmecke writes: > > [...] > > | But of course, I could live with that identification if it > | is clearly documented that ()->Cat can be identified with Cat. > | Where are our category experts? I believe there is a distinction > | here, n'est pas? > > From Category Theory point of view, a constant x of type T > is the same as the (unique) morphism x : 1 -> T, where 1 is > the one-point set. The relevant object here is the initial object 0 in a complete Cartesian closed category (CCCC), not the terminal object 1. http://en.wikipedia.org/wiki/Initial_object It is quite reasonable I think to let () denote the initial object in the CCCC associated with the categorical semantics of Aldor. The definition of initial is that: there exists precisely one morphism () $B"*(J X for each object X. So in a sense any "categorical" distinction between the morphism and co-domain object is not likely to be of much interest. > > Now, I also understand that beyond the name, Aldor's categories > are not mathematical categories; so... I think that is an over statement. There is a considerable similarity between categories in Aldor and mathematical categories. But that is irrelevant. Any "sufficiently complex" programming language must have the structure of a complete Cartesian closed category. > > My practice of functional programming suggests that the > identification is useful in many cases, than keeping the > artifice. But YMMV. > I think this identification can be justified from a mathematical point of view. Regards, Bill Page. From MAILER-DAEMON Thu May 11 20:15:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeLJC-0001I3-LD for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 20:15:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeLJA-0001Ho-G2 for axiom-developer@nongnu.org; Thu, 11 May 2006 20:15:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeLJA-0001HW-14 for axiom-developer@nongnu.org; Thu, 11 May 2006 20:15:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeLJ9-0001HT-Qr for axiom-developer@nongnu.org; Thu, 11 May 2006 20:15:03 -0400 Received: from [62.4.17.105] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeLKm-0005zp-7M for axiom-developer@nongnu.org; Thu, 11 May 2006 20:16:44 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id A991F4F3C4; Fri, 12 May 2006 02:15:01 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4C0AwtZ007601; Fri, 12 May 2006 02:10:58 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4C0AwAD007600; Fri, 12 May 2006 02:10:58 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Subject: Re: [Axiom-developer] Re: [Axiom-math] Are Fraction and Complex domains. References: From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 12 May 2006 02:10:58 +0200 Message-ID: Lines: 73 MIME-Version: 1.0 Content-Type: text/plain; charset=euc-jp Content-Transfer-Encoding: quoted-printable Cc: Stephen Watt , axiom-dev , aldor-l X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 00:15:04 -0000 "Page, Bill" writes: | On Thursday, May 11, 2006 7:14 PM Gabriel Dos Reis wrote: | >=20 | > Ralf Hemmecke writes: | >=20 | > [...] | >=20 | > | But of course, I could live with that identification if it=20 | > | is clearly documented that ()->Cat can be identified with Cat. | > | Where are our category experts? I believe there is a distinction | > | here, n'est pas? | >=20 | > From Category Theory point of view, a constant x of type T=20 | > is the same as the (unique) morphism x : 1 -> T, where 1 is | > the one-point set. |=20 | The relevant object here is the initial object 0 in a complete | Cartesian closed category (CCCC), not the terminal object 1. Oh well, I should have written=20 x : tartempion -> T. Now, buy a time machine, go and tell Mac Lane that wikipedia will use 0 for initial objects, so he should not write his units, one-point set as 1. :-) :-) But, yes, you're right that mathematical notation is highly ambiguous, let alone categorial notation. [...] | The definition of initial is that: there exists precisely one | morphism () =A2=AA X for each object X. So in a sense any "categorical" | distinction between the morphism and co-domain object is not | likely to be of much interest. Indeed. [...] | > Now, I also understand that beyond the name, Aldor's categories | > are not mathematical categories; so... |=20 | I think that is an over statement. There is a considerable | similarity between categories in Aldor and mathematical | categories.=20 Quantify "considerable". | But that is irrelevant. Any "sufficiently complex" | programming language must have the structure of a complete | Cartesian closed category. That, I believe, is a statement I would like to see more evidence for. | > My practice of functional programming suggests that the | > identification is useful in many cases, than keeping the | > artifice. But YMMV. | >=20 |=20 | I think this identification can be justified from a mathematical | point of view. Not only from mathematical point of view; from practical point of view too. That is the most important aspect for me. The fact that no one has given proof that Aldor's type system is sound (it most probably isn't) does not prevent you from using it to write useful programs. Sorry if I sound blunt, but I tend to put practice before theory -- yes, and I do value useful theories :-)=20 -- Gaby From MAILER-DAEMON Thu May 11 20:22:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeLQU-0002Js-FD for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 20:22:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeLQS-0002In-7C for axiom-developer@nongnu.org; Thu, 11 May 2006 20:22:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeLQP-0002H3-56 for axiom-developer@nongnu.org; Thu, 11 May 2006 20:22:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeLQP-0002Gv-0y for axiom-developer@nongnu.org; Thu, 11 May 2006 20:22:33 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeLS1-0006My-CR for axiom-developer@nongnu.org; Thu, 11 May 2006 20:24:13 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4C0MKHi018000 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 02:22:21 +0200 Message-ID: <4463D55C.808@hemmecke.de> Date: Fri, 12 May 2006 02:22:52 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 00:22:36 -0000 Hello Bill, On 05/12/2006 12:09 AM, Page, Bill wrote: > Can either of you give any objective argument about why > you prefer to write in a serialized one-dimensional manner, > encoding nested structures with the bracket (or even a > parenthesis) notation, instead of using the natural two > dimensional nature of the display media to express this > structure more succinctly? That everyone who is using brackets is using indentation is clear. But from my work in ALLPROSE and discussion with Norman Ramsey, I also have a objective argument against #pile. Well, it's not too objective, since the Aldor compiler is not yet working properly in handling #line directives. My intention in ALLPROSE was to start the make process within emacs. In case of an error emacs would be able to jump to the source position of the error. But, hey, it would jump to the .as file and not to the noweb source. So I added code to ALLPROSE that produces #line directives into the .as file so that emacs would correctly jump to the .as.nw file. (Unfortunately, the Aldor compiler does not handle #line directives correctly. BIG MINUS.) Now, you all know that if I write... <>= Dom: with <> == add <> @ and somewhere else I provide the appropriate chunks, then notangle correctly indents the chunks. HOWEVER, if I give the command line switch -L to notangle as in %.as: %.as.nw $(NOTANGLE) -L'--#line %L "$<"%N' $< > $@ the code will NOT be indented. Norman Ramsey refused to change that behaviour. And I think he is right. Compilers sometimes spit out an error position like ----------------^ and that would point to the wrong position if the code were indented in the .as file differently from the .as.nw file. So you have to decide, either you could have "jump to error" or "right indentation" (a must for #pile code). You cannot have both. Ralf From MAILER-DAEMON Thu May 11 20:57:10 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeLxt-0007eo-VH for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 20:57:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeLxr-0007e8-Gd for axiom-developer@nongnu.org; Thu, 11 May 2006 20:57:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeLxo-0007dh-P6 for axiom-developer@nongnu.org; Thu, 11 May 2006 20:57:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeLxo-0007de-Hw for axiom-developer@nongnu.org; Thu, 11 May 2006 20:57:04 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeLzQ-0000Mz-MJ for axiom-developer@nongnu.org; Thu, 11 May 2006 20:58:45 -0400 Received: from mua-2.zoominternet.net (mua-2.zoominternet.net [24.154.1.45]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4C0uwZD026189; Thu, 11 May 2006 20:56:58 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-2.zoominternet.net (Postfix) with ESMTP id 30AD47F405; Thu, 11 May 2006 20:56:58 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4C0p3R04703; Thu, 11 May 2006 20:51:03 -0400 Date: Thu, 11 May 2006 20:51:03 -0400 Message-Id: <200605120051.k4C0p3R04703@localhost.localdomain> From: root To: axiom-developer@nongnu.org In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 00:57:08 -0000 >I suppose you are arguing that the parens notation contains >some redundant information because it contains matched "begin" >symbols and "end" symbols while in the "pile" notation the >beginning of an indented block is marked by the first initial >white space greater than the line that precedes it, while >any line with less initial white space ends all proceeding >blocks with greater white space. So therefore the serialized >linear notation is perhaps inherently less fragile? open your program text in a proportional font editor. parens work. piling doesn't. t From MAILER-DAEMON Thu May 11 20:59:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeM09-0007ya-73 for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 20:59:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeM06-0007xR-WC for axiom-developer@nongnu.org; Thu, 11 May 2006 20:59:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeM05-0007wc-G1 for axiom-developer@nongnu.org; Thu, 11 May 2006 20:59:26 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeM05-0007wZ-Dp for axiom-developer@nongnu.org; Thu, 11 May 2006 20:59:25 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeM1i-0000T9-3D for axiom-developer@nongnu.org; Thu, 11 May 2006 21:01:06 -0400 Received: from mua-3.zoominternet.net (mua-3.zoominternet.net [24.154.1.46]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4C0xE6U021639; Thu, 11 May 2006 20:59:20 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-3.zoominternet.net (Postfix) with ESMTP id C55767F40D; Thu, 11 May 2006 20:59:14 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4C0rKk04708; Thu, 11 May 2006 20:53:20 -0400 Date: Thu, 11 May 2006 20:53:20 -0400 Message-Id: <200605120053.k4C0rKk04708@localhost.localdomain> From: root To: axiom-developer@nongnu.org In-reply-to: (Bill.Page@drdc-rddc.gc.ca) Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 00:59:27 -0000 >I suppose you are arguing that the parens notation contains >some redundant information because it contains matched "begin" >symbols and "end" symbols while in the "pile" notation the >beginning of an indented block is marked by the first initial >white space greater than the line that precedes it, while >any line with less initial white space ends all proceeding >blocks with greater white space. So therefore the serialized >linear notation is perhaps inherently less fragile? and if you print it you, even in fixed font, the only way to make sure things line up across pages is with a ruler. double sided pages are more problematic. t From MAILER-DAEMON Thu May 11 21:01:22 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeM1y-00016q-Hk for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 21:01:22 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeM1w-00015M-TA for axiom-developer@nongnu.org; Thu, 11 May 2006 21:01:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeM1w-00014F-6f for axiom-developer@nongnu.org; Thu, 11 May 2006 21:01:20 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeM1w-00014C-1J for axiom-developer@nongnu.org; Thu, 11 May 2006 21:01:20 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeM3Y-0000a7-OP for axiom-developer@nongnu.org; Thu, 11 May 2006 21:03:00 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 2A6CD6D7B9; Thu, 11 May 2006 21:01:19 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 821F96D7B3; Thu, 11 May 2006 21:01:17 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] RE: Emacs + input syntax Date: Thu, 11 May 2006 21:01:16 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] RE: Emacs + input syntax Thread-Index: AcZ1XwU4jkOf9mtBQn62TkqkX5xfOQAAE5tg From: "Page, Bill" To: , X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 01:01:21 -0000 Tim wrote: > ... > open your program text in a proportional font editor. > parens work. piling doesn't. >=20 ??? Works for me. Spaces are small but fixed in size. But why would you want to use proportional font when editing a program? From MAILER-DAEMON Thu May 11 21:26:16 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeMQ4-0002pQ-Om for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 21:26:16 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeMQ3-0002pL-W5 for axiom-developer@nongnu.org; Thu, 11 May 2006 21:26:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeMQ2-0002p9-Bk for axiom-developer@nongnu.org; Thu, 11 May 2006 21:26:14 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeMQ2-0002p6-7m for axiom-developer@nongnu.org; Thu, 11 May 2006 21:26:14 -0400 Received: from [204.101.248.1] (helo=matrix.start.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeMRf-0002YR-AW for axiom-developer@nongnu.org; Thu, 11 May 2006 21:27:55 -0400 Received: from localhost (as01-579.user.start.ca [207.35.118.71]) by matrix.start.ca (8.13.6/8.12.11) with ESMTP id k4C1Q14L031065; Thu, 11 May 2006 21:26:01 -0400 Date: Thu, 11 May 2006 21:32:09 -0400 From: Stephen Wilson To: Ralf Hemmecke Subject: Re: [Axiom-developer] RE: Emacs + input syntax Message-ID: <20060512013209.GA11619@lattice.start.ca> References: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> <4463A0EB.2040100@hemmecke.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4463A0EB.2040100@hemmecke.de> User-Agent: Mutt/1.4.2.1i X-Operating-System: GNU/Linux 2.6.8 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 01:26:16 -0000 Hi Ralf, Cliff, Although I have not participated on this list in some time, I still read it most days. I really should start contributing again. On Thu, May 11, 2006 at 10:39:07PM +0200, Ralf Hemmecke wrote: > Another aldor-mode has been written by Stephen Wilson > . That is more proper elisp-ish than mine, but > it's not a literate program and I am not aware of a place where this is > distributed. I still have the code on my hard drive. I'll send it out to anyone who would like a copy. Perhaps it could be posted on the wiki somewhere. Sincerely, Steve From MAILER-DAEMON Thu May 11 21:38:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeMbi-0005BD-Sm for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 21:38:18 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeMbh-00059c-Fj for axiom-developer@nongnu.org; Thu, 11 May 2006 21:38:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeMbg-00058E-G9 for axiom-developer@nongnu.org; Thu, 11 May 2006 21:38:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeMbg-000585-DP for axiom-developer@nongnu.org; Thu, 11 May 2006 21:38:16 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeMdJ-0003DU-EA for axiom-developer@nongnu.org; Thu, 11 May 2006 21:39:57 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 8101E6D978; Thu, 11 May 2006 21:38:15 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id B504D6D961; Thu, 11 May 2006 21:38:12 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] RE: Emacs + input syntax Date: Thu, 11 May 2006 21:38:11 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] RE: Emacs + input syntax Thread-Index: AcZ1Yxed3FXe8EgQT5WkFNvgICs9RgAADv+A From: "Page, Bill" To: "Stephen Wilson" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 01:38:17 -0000 On Thursday, May 11, 2006 9:32 PM Stephen Wilson wrote: >=20 > Although I have not participated on this list in some time, > I still read it most days. I really should start contributing > again. Yes, please do. I greatly appreciated your comments and previous work on Axiom and Aldor. :) >=20 > On Thu, May 11, 2006 at 10:39:07PM +0200, Ralf Hemmecke wrote: > > Another aldor-mode has been written by Stephen Wilson=20 > > . That is more proper elisp-ish=20 > > than mine, but it's not a literate program and I am not > > aware of a place where this is distributed. >=20 > I still have the code on my hard drive. I'll send it out to > anyone who would like a copy. Perhaps it could be posted on > the wiki somewhere. >=20 If you would like help, I would be glad to post it to the http://wiki.axiom-developer.org/AxiomInEmacs page on the Axiom Wiki for you. Really you just need to click 'edit' and 'Browse' to upload the file. Or if you would prefer we could create an 'AldorInEmacs' page (add this as a "WikiWord" to the AxiomInEmacs page, save and then click the blue ?). If you could also provide some brief descriptive paragraph to go along with it, I think that would be great. I think this aldor-mode is likely of interest to a lot of people. Cheers, Bill Page. From MAILER-DAEMON Thu May 11 22:22:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeNIO-0004P5-If for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 22:22:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeNIM-0004Ov-3i for axiom-developer@nongnu.org; Thu, 11 May 2006 22:22:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeNIK-0004Oh-NI for axiom-developer@nongnu.org; Thu, 11 May 2006 22:22:21 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeNIK-0004Oe-HK for axiom-developer@nongnu.org; Thu, 11 May 2006 22:22:20 -0400 Received: from [204.101.248.1] (helo=matrix.start.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeNJy-0005zs-6t for axiom-developer@nongnu.org; Thu, 11 May 2006 22:24:02 -0400 Received: from localhost (as01-579.user.start.ca [207.35.118.71]) by matrix.start.ca (8.13.6/8.12.11) with ESMTP id k4C2M7rB015936; Thu, 11 May 2006 22:22:07 -0400 Date: Thu, 11 May 2006 22:28:15 -0400 From: Stephen Wilson To: bill.page1@synthesis.anikast.ca Subject: Re: [Axiom-developer] RE: Emacs + input syntax Message-ID: <20060512022815.GB11619@lattice.start.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: GNU/Linux 2.6.8 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 02:22:22 -0000 Hello Bill, On Thu, May 11, 2006 at 09:38:11PM -0400, Page, Bill wrote: > On Thursday, May 11, 2006 9:32 PM Stephen Wilson wrote: > > > > Although I have not participated on this list in some time, > > I still read it most days. I really should start contributing > > again. > > Yes, please do. I greatly appreciated your comments and previous > work on Axiom and Aldor. :) Thanks for the encouragement! I enjoyed the prior collaboration very much. I will attempt to regroup and get a sense of direction. > If you would like help, I would be glad to post it to the > > http://wiki.axiom-developer.org/AxiomInEmacs > > page on the Axiom Wiki for you. Really you just need to click > 'edit' and 'Browse' to upload the file. > > Or if you would prefer we could create an 'AldorInEmacs' page > (add this as a "WikiWord" to the AxiomInEmacs page, save and > then click the blue ?). > > If you could also provide some brief descriptive paragraph to > go along with it, I think that would be great. I think this > aldor-mode is likely of interest to a lot of people. OK. I will explore this and upload the code and some sort of description within the next day or two. Thanks again, Steve > > Cheers, > Bill Page. From MAILER-DAEMON Thu May 11 23:16:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeO8p-0005Rx-Ls for mharc-axiom-developer@gnu.org; Thu, 11 May 2006 23:16:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeO8o-0005Re-80 for axiom-developer@nongnu.org; Thu, 11 May 2006 23:16:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeO8l-0005RS-46 for axiom-developer@nongnu.org; Thu, 11 May 2006 23:16:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeO8k-0005RP-Uq for axiom-developer@nongnu.org; Thu, 11 May 2006 23:16:30 -0400 Received: from [193.124.167.24] (helo=inpbox.inp.nsk.su) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeOAP-0001Gv-1G for axiom-developer@nongnu.org; Thu, 11 May 2006 23:18:13 -0400 Received: from star.inp.nsk.su ([193.124.167.6]) by inpbox.inp.nsk.su with esmtp (Exim 4.50) id 1FeO8c-00023x-KP; Fri, 12 May 2006 10:16:22 +0700 Received: from star.inp.nsk.su (star.inp.nsk.su [127.0.0.1]) by star.inp.nsk.su (8.13.1/8.13.1) with ESMTP id k4C3GMmx031396; Fri, 12 May 2006 10:16:22 +0700 Received: from localhost (grozin@localhost) by star.inp.nsk.su (8.13.1/8.13.1/Submit) with ESMTP id k4C3GHoK031393; Fri, 12 May 2006 10:16:22 +0700 Date: Fri, 12 May 2006 10:16:17 +0700 (NOVST) From: "Andrey G. Grozin" To: Gabriel Dos Reis Subject: Re: [Axiom-developer] RE: Emacs + input syntax In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: ClamAV 0.88/1459/Fri May 12 03:46:49 2006 on star.inp.nsk.su X-Virus-Status: Clean Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 03:16:34 -0000 On Fri, 11 May 2006, Gabriel Dos Reis wrote: > "Page, Bill" writes: > | On Thursday, May 11, 2006 1:01 PM Ralf Hemmecke wrote: > | > I would always suggest to forget about the #pile mode when > | > you program in Aldor ... > | Why? Your suggestion seems to me only a kind of > | linguist prejudice. > I think I'm with Ralf here. I find the pile notation highly > confusing and irritating when editing. It is one of the downsides I > find with Python, Haskell, Axiom, etc. For me, it isn't different > those infamous "tabs" in Makefiles. It is a relic from stone ages we > should not carry over. > Your mileage may vary. I like python exactly because of indentation-based syntax. It is so natural and easy to read. Comparing it with an unreadable perl, I'd say that { } ; are relics from stone age :-) Andrey From MAILER-DAEMON Fri May 12 06:17:01 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeUhh-000469-7k for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 06:17:01 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeUhf-00045O-P0 for axiom-developer@nongnu.org; Fri, 12 May 2006 06:16:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeUhf-000454-3o for axiom-developer@nongnu.org; Fri, 12 May 2006 06:16:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeUhe-000451-Tc for axiom-developer@nongnu.org; Fri, 12 May 2006 06:16:58 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeUjN-0003uv-Ix for axiom-developer@nongnu.org; Fri, 12 May 2006 06:18:45 -0400 Received: (qmail invoked by alias); 12 May 2006 10:16:57 -0000 Received: from 83-65-215-90.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [83.65.215.90] by mail.gmx.net (mp014) with SMTP; 12 May 2006 12:16:57 +0200 X-Authenticated: #2854174 Date: Fri, 12 May 2006 12:17:02 +0200 To: "Ralf Hemmecke" , "Gabriel Dos Reis" From: "Christian Aistleitner" Content-Type: multipart/mixed; boundary=----------k29Ehy7VyPoFnRSKbQlGXR MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> Message-ID: In-Reply-To: <4463C178.2080409@hemmecke.de> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 10:17:00 -0000 ------------k29Ehy7VyPoFnRSKbQlGXR Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-Transfer-Encoding: Quoted-Printable Hello, >> Do you really want a type system whose language is not functional? > > Actually, I haven't thought about this. I somehow have the feeling tha= t > the Aldor compiler implements such a functional type language. But I > don't know whether this is on purpose. I do not have this feeling. Quite on the contrary. (Note: we are talking= = about the Aldor compiler, not about the Aldor language) I came across several situations, where the Aldor compiler gave me error= = messages like: Dom is of type Cat(Param), but a type Cat(Param) is expected. So at several places, the compiler did not act functional. However, I = cannot recollect an example, as such problems occur very rarely, and = typically you try to get rid of such situations. Long ago, I discussed these matters with Manuel Bronstein and he said th= e = compiler would actually _not_ "know" that Cat(Param) is the same as = Cat(Param). It would "guess" so by caching. This would at least explain = = why Cat(Param) is mostly equal to Cat(Param) -- "cache hit", but also = sometimes not equal "cache miss". However, we did not get too much into the details, as we were discussing= = about garbage collection back then. Maybe things changed. Maybe I failed to correctly remember, what Manuel told me. But from my experience I can tell this pictures suits me well. So I assume from the compiler point of view, Aldor is not functional. >> | BTW, I would rather say, Integer is a type constant. If Integer() i= s >> | defined and works in Axiom then please show me a definition of the >> | language that makes it clear that if one defines >> >> Please, first, show me how you meaningfully work with a type system >> where the type language is not functional. I could give lots of examples, were non-determinism comes into play = (Randomness of all sorts. Also System specific values -- increasing = timestamps from real-time clocks, id's of attached USB devices, ...). But you could possibly always answer "This is poor design, convert this = = into a function within a package. Then the undeterministic part is hidde= n = in a function within a domain. So the Domain itself can act functional."= But maybe I do not want to hide those things for whatever reasons? Additionally, from a language (not compiler!) point of view, I would = consider Dom( Param ): Cat =3D=3D add { ... } a function. A function of type Param -> Cat whose value is add { ... }. Nothing else. Just a plain function -- nothing special about it. In that manner, it would be pointless to argue that indeterministic part= s = would have to be hidden inside a function of a package. Because a functi= on = is a function. To underpin, that the given Dom is a function, look at the attached = test.as file. It gives you a a domain in the usual domain syntax and the= = usual function syntax. Introducing DomVar in the variant is necessary, = sinc the compiler causes troubles otherwise. But i'd consider that a = compiler problem. To sum it up. From a language point of view, I'd consider a function a = function in the computer science sense. No need to restrict to the = mathematical interpretation of a functional relation. However, I agree that the mathematical sense would sometimes be useful. In an ideal language, I would probably wish for two different function = construction mechanisms. One for functional relations, one for functions= = in the computer science sense. Or at least some marking of functional relations. > [...] > shows that Dom and Dom() need not be identical and one can still have = a > consistent type system. I totally agree. > I would even call it functional (if Dom() always produces the same > value). It is only that things of type Cat and things of type ()->Cat > are not identified even if they happen to have the same name. And at least I am more than happy with that. > But of course, I could live with that identification if it is clearly > documented that ()->Cat can be identified with Cat. I would not. In a fully typed system, I would not be happy with a thing = = having two types. -- Kind regards, Christian ------------k29Ehy7VyPoFnRSKbQlGXR Content-Disposition: attachment; filename=test.as Content-Type: application/octet-stream; name=test.as Content-Transfer-Encoding: Base64 I2luY2x1ZGUgImFsZG9yIgoKI2lmIFVTVUFMU1lOVEFYCkRvbSggYTogSW50ZWdl ciApOiB3aXRoIHsgCiAgICBmOiAoKSAtPiBJbnRlZ2VyCn0gPT0gYWRkIHsKICAg IGYoKTogSW50ZWdlciA9PSB7IG5leHQgYSB9Owp9CiNlbHNlCm1hY3JvIFRBUkdF VCA9PSB3aXRoIHsgCiAgICBmOiAoKSAtPiBJbnRlZ2VyOwp9CgpEb21WYXI6IElu dGVnZXIgLT4gVEFSR0VUIDo9ICggYTogSW50ZWdlciApOiBUQVJHRVQgKy0+IGFk ZCB7CiAgICBmKCk6IEludGVnZXIgPT0geyBuZXh0IGEgfTsKfTsKRG9tID09IERv bVZhcjsKI2VuZGlmCgppbXBvcnQgZnJvbSBJbnRlZ2VyOwppbXBvcnQgZnJvbSBE b20oMCk7CmltcG9ydCBmcm9tIFRleHRXcml0ZXIsIENoYXJhY3RlcjsKc3Rkb3V0 IDw8IGYoKSA8PCBuZXdsaW5lOwo= ------------k29Ehy7VyPoFnRSKbQlGXR-- From MAILER-DAEMON Fri May 12 08:18:54 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeWbe-0005yF-P4 for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 08:18:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeWbc-0005vm-Gm for axiom-developer@nongnu.org; Fri, 12 May 2006 08:18:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeWba-0005tH-1G for axiom-developer@nongnu.org; Fri, 12 May 2006 08:18:51 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeWbZ-0005sr-P3 for axiom-developer@nongnu.org; Fri, 12 May 2006 08:18:49 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FeWdI-0007Su-5w for axiom-developer@nongnu.org; Fri, 12 May 2006 08:20:36 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4CCIaHi008750 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 12 May 2006 14:18:36 +0200 Message-ID: <44647D47.8080809@hemmecke.de> Date: Fri, 12 May 2006 14:19:19 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: tmgisi@gmx.at References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 12:18:52 -0000 Christian, > To underpin, that the given Dom is a function, look at the attached > test.as file. It gives you a a domain in the usual domain syntax and the > usual function syntax. Introducing DomVar in the variant is necessary, > sinc the compiler causes troubles otherwise. But i'd consider that a > compiler problem. Christian is right the following f(a: A): B == ... is just syntactic sugar for defining a constant. f: (a: A) -> B == (a: A): B +-> ... That is explained in Section 6.5 of http://www.aldor.org/docs/aldorug.pdf But let's look at Christian's code again. This is now slightly modified. As you realise from the output, the domain Dom(0) is instantiated only once. But this is in accordance to the specification in Section 7.3 of the Aldor User Guide. And thus Dom behaves functional. Maybe it is possible to instantiate Dom(0) twice. I don't have an example yet. An anyway this only explains what the compiler does and not whether the language specifies a "functional type (sub-)language". Ralf --Domtest.as #include "aldor" import from Integer; import from TextWriter, String, Character; Dom( a: Integer ): with { f: () -> Integer } == { import from RandomNumberGenerator, MachineInteger; stdout << "Dom " << a << ": " << randomInteger() << newline; add {f(): Integer == { next a }} } stdout << f()$Dom(0) << newline; stdout << f()$Dom(0) << newline; #if OUTPUT >aldor -grun -laldor -mno-mactext Domtest.as #1 (Warning) The file `Domtest' will now be out of date. Dom 0: 1107506637 1 1 #endif From MAILER-DAEMON Fri May 12 10:14:51 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeYPq-0000tk-Hr for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 10:14:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeYPo-0000s0-DW for axiom-developer@nongnu.org; Fri, 12 May 2006 10:14:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeYPl-0000qh-Uc for axiom-developer@nongnu.org; Fri, 12 May 2006 10:14:47 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeYPl-0000qc-Pn for axiom-developer@nongnu.org; Fri, 12 May 2006 10:14:45 -0400 Received: from [68.142.201.192] (helo=web31712.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeYRV-0002Kf-Tz for axiom-developer@nongnu.org; Fri, 12 May 2006 10:16:34 -0400 Received: (qmail 82885 invoked by uid 60001); 12 May 2006 14:12:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JVjuoQu6tw9nZCWM4B6cg3btes/wkffN4ibIVoKnKbDJOycI1CslU/x9utUtk8/eSSQ25Yeo8Wt6wwlMn8vuBfGcRrM9+pWHwG7F8hh58IZ2RbOZNgO0L4Ihb4DXquGjHWLF70E8lkXHG57YWryt7blI6DFDSEY5Klx851G2EKU= ; Message-ID: <20060512141252.82883.qmail@web31712.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31712.mail.mud.yahoo.com via HTTP; Fri, 12 May 2006 07:12:52 PDT Date: Fri, 12 May 2006 07:12:52 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs + input syntax To: Ralf Hemmecke , Francois Maltey In-Reply-To: <4463CDD8.2020604@hemmecke.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 14:14:48 -0000 --- Ralf Hemmecke wrote: > > Perhaps (*) > > glue lines with a _ at the end to the next one. > (inline syntax) > > glue lines with a space at beginning to the prévious one. > (input syntax) > > but cut all the others lines. > > I hope you also consider an error message of Axiom if the expression > is syntactically incorrect. In that case I would like the axiomacs > mode to jump to the error position (if possible). Hmm. That would require either a) Axiom jumping to that location or b) Emacs somehow being able to identify the error location. Neither is simple, but I agree it is very desirable. A slightly easier alternative might be found with the syntax highlighting abilities of Emacs - if it is obvious that something is wrong due to odd syntax highlighting that might prevent the problem before it starts. Ralf, I definitely intend to look at your Aldor mode (and Dr. Watt's if it is available) but I haven't yet gotten to the Aldor part of the Emacs mode. I had intended to have the command line mode support ONLY command-line syntax - there seems to be a demand for more than that, which is fine, but it's going to be a while since I myself am still in the process of learning :-/. I'm grateful for the bug reports already provided, and I have fixed a few of them already (upcoming email about that), but there are many more to deal with and some are not so simple. The best thing for something like this is to provide some examples I can use as test cases, but unfortunately I can't promise a quick response :-/. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Fri May 12 10:18:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeYTD-0002lk-6G for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 10:18:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeYTB-0002kp-1w for axiom-developer@nongnu.org; Fri, 12 May 2006 10:18:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeYT9-0002k9-BA for axiom-developer@nongnu.org; Fri, 12 May 2006 10:18:16 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeYT9-0002k6-2X for axiom-developer@nongnu.org; Fri, 12 May 2006 10:18:15 -0400 Received: from [68.142.201.193] (helo=web31713.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeYUt-0002mR-7N for axiom-developer@nongnu.org; Fri, 12 May 2006 10:20:03 -0400 Received: (qmail 23295 invoked by uid 60001); 12 May 2006 14:18:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=qJkUckuKfZXxeDuwItqbHWp7NqDU7xK7yTXn46n1+zVp2Rpl37JqsuO1gVA8Ez0IrlBU7wFAN2eskcdm1He8NNy+nt16UEkdetoMzfyEzC9BDHfYd9gDRK68MLlKUL4yOngjnGhLSD+76FyZHXh5QbzUbvLEBeXebtdfjelzRuQ= ; Message-ID: <20060512141812.23293.qmail@web31713.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31713.mail.mud.yahoo.com via HTTP; Fri, 12 May 2006 07:18:12 PDT Date: Fri, 12 May 2006 07:18:12 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] RE: Emacs + input syntax To: Stephen Wilson , Ralf Hemmecke In-Reply-To: <20060512013209.GA11619@lattice.start.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 14:18:17 -0000 --- Stephen Wilson wrote: > Hi Ralf, Cliff, > > Although I have not participated on this list in some time, I still > read it most days. I really should start contributing again. > > On Thu, May 11, 2006 at 10:39:07PM +0200, Ralf Hemmecke wrote: > > Another aldor-mode has been written by Stephen Wilson > > . That is more proper elisp-ish than mine, > > but it's not a literate program and I am not aware of a place > > where this is distributed. > > I still have the code on my hard drive. I'll send it out to anyone > who would like a copy. Yes please! Would it be OK to incorporate it/build off of it in a GPL Axiom mode? > Perhaps it could be posted on the wiki somewhere. There is an AxiomInEmacs page here: http://wiki.axiom-developer.org/AxiomInEmacs Sorry I called you Dr. Watt - I'm afraid I'm still not fully awake. Cheers, and thanks again! Cliff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Fri May 12 10:37:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeYlK-0004bt-Cj for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 10:37:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeYlI-0004b7-Bv for axiom-developer@nongnu.org; Fri, 12 May 2006 10:37:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeYlH-0004aA-LZ for axiom-developer@nongnu.org; Fri, 12 May 2006 10:36:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeYlH-0004Zu-DK for axiom-developer@nongnu.org; Fri, 12 May 2006 10:36:59 -0400 Received: from [68.142.201.184] (helo=web31704.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FeYn1-0004ny-NN for axiom-developer@nongnu.org; Fri, 12 May 2006 10:38:47 -0400 Received: (qmail 3821 invoked by uid 60001); 12 May 2006 14:36:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=r/dIcnLpmdjn3ON7vodTGjyELrh2DPYDgEF8pQoAzYJYYdnXbjWTRwW/p30QQH4796rjJauPfmdn0jsM+8BdKJaTNIqvZljyfabbr5C+VwZcux0DQT30lHeJaeef4zmF2/TSy4qhKz9xJWroU++KZ5P8RCXPL6djrCy+9goM+5E= ; Message-ID: <20060512143658.3816.qmail@web31704.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31704.mail.mud.yahoo.com via HTTP; Fri, 12 May 2006 07:36:57 PDT Date: Fri, 12 May 2006 07:36:57 -0700 (PDT) From: C Y To: axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Axiom-developer] Emacs updates, fixes X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 14:37:00 -0000 OK, I have tried to address as many of the "low hanging fruit" in the much-appreciated bug reports as I can. Here's the current roundup: Concerns: 1. second axiom-mode command destroys old keyboard layout - fixed by making the axiom-mode call a function instead of a derived mode. run-axiom and the use-local-map set up the mode for the actual terminal - all the other does is override the buffer being launched from. I do need to check that emacs -f axiom-mode will work - can somebody check that for me? 2. axiom buffer after quit cannot be tweaked - buffer now ends up as text file, but I had to ditch the confirmation of quit - it was proving difficult to deal with. Anyway, more fancy options for post-quit can be arranged later, but this should suffice for now. 3. line history for multi-line inputs - Multi-line history is not part of comint's default functionality. Perhaps this is already handled by someone somewhere - if not, comint's history mechanism must be upgraded somehow. 4. First history call from latest input produces an error - just forgot to check for a specific case in some cleanup code - fixed 5. (output 1; output nextPrime (10^280); output 2) (output 1; output nextPrime (10^280); output 2) Major mess if arrow keys used. - This was due to an overly simplistic eval setup - I wasn't waiting like I should have for a completed output before allowing editing. Whoops. I think this is fixed now. Basically, the arrow keys shouldn't be ABLE to move. I haven't attempted anything to do with )read yet, since that's actually a fairly significant change. As far as the pile debate is concerned, if they are functionally the same is it possible to convert from one to the other? Or maybe a better question - if you were to add brackets to pile code, would the indenting still be the "desired" indenting for well written and formatted code? If so, it might be possible to have Emacs automatically convert between the two of them. I have one or two ideas of interest concerning pile code, but those are for later. One comment which might touch on pile code - if you have to get heavily nested at any point, the default pamphlet latex rendering style is EXTREMELY narrow. I know I have problems with that now, and I'm going to have to manually go back and fix them, but I can do so since I'm not using pile syntax. I don't know what I'd do if indentation was significant. The latest and greatest is here: http://wiki.axiom-developer.org/SandBoxAxiomEmacsMode Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Fri May 12 11:40:45 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeZkz-0007iI-0F for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 11:40:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeZkx-0007gm-13 for axiom-developer@nongnu.org; Fri, 12 May 2006 11:40:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeZkv-0007g1-Bf for axiom-developer@nongnu.org; Fri, 12 May 2006 11:40:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeZku-0007fv-QZ for axiom-developer@nongnu.org; Fri, 12 May 2006 11:40:41 -0400 Received: from [193.252.22.29] (helo=smtp2.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeZmf-0002BB-T4 for axiom-developer@nongnu.org; Fri, 12 May 2006 11:42:30 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0212.wanadoo.fr (SMTP Server) with ESMTP id E3C2E1C0020D for ; Fri, 12 May 2006 17:40:37 +0200 (CEST) Received: from ALille-251-1-48-214.w82-127.abo.wanadoo.fr (ALille-251-1-48-214.w82-127.abo.wanadoo.fr [82.127.202.214]) by mwinf0212.wanadoo.fr (SMTP Server) with ESMTP id 74F7B1C00207; Fri, 12 May 2006 17:40:37 +0200 (CEST) X-ME-UUID: 20060512154037479.74F7B1C00207@mwinf0212.wanadoo.fr Subject: Re: [Axiom-developer] RE: Emacs + input syntax From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Ralf Hemmecke In-Reply-To: <4463A0EB.2040100@hemmecke.de> References: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> <4463A0EB.2040100@hemmecke.de> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 12 May 2006 17:41:12 +0200 Message-Id: <1147448472.5087.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 15:40:43 -0000 Hi, Le jeudi 11 mai 2006 =E0 22:39 +0200, Ralf Hemmecke a =E9crit : > I don't lknow whether you are aware of my aldor-mode=20 > (http://www.hemmecke.de/aldor) and whether it could be relevant for wha= t=20 > you are trying to achieve. (It's a noweb file...) For information a lot of links on the "Emacs Support for Aldor" page are incorrect... Cheers, Greg From MAILER-DAEMON Fri May 12 11:42:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeZmC-0000DW-Lh for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 11:42:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeZmA-0000C0-OW for axiom-developer@nongnu.org; Fri, 12 May 2006 11:41:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeZm9-0000Ba-7j for axiom-developer@nongnu.org; Fri, 12 May 2006 11:41:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeZm9-0000BX-48 for axiom-developer@nongnu.org; Fri, 12 May 2006 11:41:57 -0400 Received: from [193.252.22.28] (helo=smtp3.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeZnu-0002GK-7u for axiom-developer@nongnu.org; Fri, 12 May 2006 11:43:46 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0306.wanadoo.fr (SMTP Server) with ESMTP id DB04A1C0033B for ; Fri, 12 May 2006 17:41:55 +0200 (CEST) Received: from ALille-251-1-48-214.w82-127.abo.wanadoo.fr (ALille-251-1-48-214.w82-127.abo.wanadoo.fr [82.127.202.214]) by mwinf0306.wanadoo.fr (SMTP Server) with ESMTP id 56B2E1C00325; Fri, 12 May 2006 17:41:55 +0200 (CEST) X-ME-UUID: 20060512154155355.56B2E1C00325@mwinf0306.wanadoo.fr From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Gabriel Dos Reis , Timothy Daly Content-Type: text/plain Date: Fri, 12 May 2006 17:42:29 +0200 Message-Id: <1147448550.5087.13.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit Cc: axiom-developer Subject: [Axiom-developer] PATCH: #291 small typo in docs X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 15:41:59 -0000 Hi, Here is the patch (author unknown): --- src/doc/book.pamphlet.old 2006-05-12 15:08:27.519363500 +0200 +++ src/doc/book.pamphlet 2006-05-12 15:16:38.822068000 +0200 @@ -1231,11 +1231,11 @@ the result is stored as the fraction 2/1 but is displayed as the integer 2. This fraction could be converted to type {\tt Integer} with no loss of -informatin but Axiom will not do so automatically. +information but Axiom will not do so automatically. \subsection{Type Conversion} -To obtain the floating point value of a fraction one must convert ( -{\bf conversions} are applied by the user and +To obtain the floating point value of a fraction one must convert +({\bf conversions} are applied by the user and {\bf coercions} are applied automatically by the interpreter) the result to type {\tt Float} using the ``::'' operator as follows: Cheers, Greg From MAILER-DAEMON Fri May 12 11:51:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FeZvD-0004YA-Rq for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 11:51:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FeZvC-0004XZ-7m for axiom-developer@nongnu.org; Fri, 12 May 2006 11:51:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FeZvA-0004WV-Iq for axiom-developer@nongnu.org; Fri, 12 May 2006 11:51:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FeZvA-0004WO-Ah for axiom-developer@nongnu.org; Fri, 12 May 2006 11:51:16 -0400 Received: from [24.154.1.26] (helo=mx-7.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FeZwv-0002tG-G7 for axiom-developer@nongnu.org; Fri, 12 May 2006 11:53:05 -0400 Received: from mua-1.zoominternet.net (mua-1.zoominternet.net [24.154.1.44]) by mx-7.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4CFp7Rl022966; Fri, 12 May 2006 11:51:07 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-1.zoominternet.net (Postfix) with ESMTP id 7C1147F40D; Fri, 12 May 2006 11:51:07 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4CFjDU05423; Fri, 12 May 2006 11:45:13 -0400 Date: Fri, 12 May 2006 11:45:13 -0400 Message-Id: <200605121545.k4CFjDU05423@localhost.localdomain> From: root To: g.vanuxem@wanadoo.fr In-reply-to: <1147448550.5087.13.camel@localhost.localdomain> (message from Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= on Fri, 12 May 2006 17:42:29 +0200) References: <1147448550.5087.13.camel@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.26 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: PATCH: #291 small typo in docs X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 15:51:18 -0000 patch applied. available in the next release -- t From MAILER-DAEMON Fri May 12 12:58:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Feay3-0004TY-JO for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 12:58:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Feay1-0004Sw-QC for axiom-developer@nongnu.org; Fri, 12 May 2006 12:58:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Feay1-0004SF-48 for axiom-developer@nongnu.org; Fri, 12 May 2006 12:58:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Feay0-0004SB-NC for axiom-developer@nongnu.org; Fri, 12 May 2006 12:58:16 -0400 Received: from [62.4.17.105] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Feazm-0000xE-JP for axiom-developer@nongnu.org; Fri, 12 May 2006 13:00:06 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by mallaury.nerim.net (Postfix) with ESMTP id 692DC4F3C0; Fri, 12 May 2006 18:58:03 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1Feaxw-0001db-QA; Fri, 12 May 2006 18:58:13 +0200 Sender: fmaltey@nerim.fr To: C Y , fmaltey@nerim.fr Subject: Re: [Axiom-developer] Emacs updates, fixes References: <20060512143658.3816.qmail@web31704.mail.mud.yahoo.com> From: Francois Maltey Date: 12 May 2006 18:58:12 +0200 In-Reply-To: <20060512143658.3816.qmail@web31704.mail.mud.yahoo.com> Message-ID: <87bqu3i3iz.fsf@localhost.localdomain> Lines: 80 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 16:58:18 -0000 Hello, I test the axiommode again. You correct main bugs. The display is much better. Even if you rewrite arrows functions there are others cursor command, as [meta >], [meta <], [ctrl N], [ctrl F]. // 1 //=20 The first axiom-output before (1) -> isn't write-protect. You may write-protect it. // 2 //=20 Can you detect the real pair (input-command, output-command) ? So I test=20 [axiom-mode] 123 [return] [key up] the cursor is on 123 999 [return] I get=20 (1) -> 999123 [result] (2) 999123 (3) -> [input line] [result] (1) 123 (2) ->=20 Is it possible to get=20 (1) -> 123 [the old input] [result] (1) 123 [the old result] (2) -> 999123 [the corrected input, with the good prompt] [result] (2) 999123 (3) -> [axiom is now waiting] Remember the real input (123 before modification) is possible if every input is put in a property of a read-only text, by example in the prompt : (put-text-property [beginning-of-the-prompt] [end-of-the-prompt]=20 'data-for-axiom "the-string 1+23") When you want to recall the initial display you get it by (get-text-property [beginning-of-the-prompt] 'data-for-axiom) Before you save the new command-line then you display the initial command-line. You go to the end of the current output Move the current prompt to this place Insert and save with put-text-property the new command Compute-it // 3 // The left key is right in all input area, but the right-key go outside the input area inside the prior calculus. // 4 // You disallow the selection of output-data. A great idea. So the [return] key must do nothing when you aren't between a prompt=20 (n) -> and an empty-line. (or over read-only area) But :=20 [axiom-mode] 123 [return] [ctrl-p]=20 Then the cursor is inside the last line (Type: PositiveInteger)=20 and the return key accept it.=20 Axiom-mode may reject a command copyed from this output area. // 5 //=20 I don't understand the aim of the sit-for functions. Are they necessary ? In my emacs programs (for mupad), sit-for allows recursive calls during=20 inserting results and I get currious error. // 6 // Must I get the same result=20 with commint-mode / commint-run / axiom and axiom-mode ? Fran=C3=A7ois From MAILER-DAEMON Fri May 12 17:28:40 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FefBg-00049s-Cc for mharc-axiom-developer@gnu.org; Fri, 12 May 2006 17:28:40 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FefBe-000491-FJ for axiom-developer@nongnu.org; Fri, 12 May 2006 17:28:38 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FefBb-00048l-Rt for axiom-developer@nongnu.org; Fri, 12 May 2006 17:28:37 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FefBb-00048i-MX for axiom-developer@nongnu.org; Fri, 12 May 2006 17:28:35 -0400 Received: from [68.142.201.193] (helo=web31713.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FefDQ-0002rh-7l for axiom-developer@nongnu.org; Fri, 12 May 2006 17:30:28 -0400 Received: (qmail 12227 invoked by uid 60001); 12 May 2006 21:28:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Qk8rKz/E8Au0LSEBTGEVVx6mm1jK/8eyRy42ackVK6scGeudhl8dWSd1ji+sPOaasAhxG+DZqNKwOYL+oLoUi+xBiioiudi92KMJSLzFUSq4AA0JFa+5Xq9mMMtB1E6mfJo/vN2huyo43e0w6LoAg2CTD8gfky+E24w/HHu2adQ= ; Message-ID: <20060512212834.12225.qmail@web31713.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31713.mail.mud.yahoo.com via HTTP; Fri, 12 May 2006 14:28:34 PDT Date: Fri, 12 May 2006 14:28:34 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs updates, fixes To: Francois Maltey In-Reply-To: <87bqu3i3iz.fsf@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 May 2006 21:28:38 -0000 --- Francois Maltey wrote: > Hello, > > I test the axiommode again. > > You correct main bugs. The display is much better. Ah, good. Thanks. > Even if you rewrite arrows functions there are others cursor command, > as [meta >], [meta <], [ctrl N], [ctrl F]. Do they cause problems? I never intended to restrict ALL keys - in fact, Jay suggested that some people interact with Emacs entirely without the mouse. So I have tried to make things convenient without being overly restrictive. > // 1 // > The first axiom-output before (1) -> isn't write-protect. > You may write-protect it. Probably a good idea - I wasn't sure about that. > // 2 // > Can you detect the real pair (input-command, output-command) ? Sorry, I don't understand what you are asking here. > So I test > [axiom-mode] > 123 [return] > [key up] the cursor is on 123 > 999 [return] > I get > > (1) -> 999123 > [result] (2) 999123 > (3) -> [input line] > [result] (1) 123 > (2) -> What should happen if you do that (if I follow you correctly) is something like the following: From: (1) -> 123 (1) 123 (2) -> [cursor] to (1) -> (1) 123 (2) -> to (2) -> 999123 (2) 999123 (3) -> [cursor] > Is it possible to get > (1) -> 123 [the old input] > [result] (1) 123 [the old result] > (2) -> 999123 [the corrected input, with the good prompt] > [result] (2) 999123 > (3) -> [axiom is now waiting] You mean the following? (1) -> 123 (1) 123 (2) -> 999123 (2) 999123 (3) -> [cursor] Right now it is not. I specifically wanted to overwrite old input-output combinations, like most modern notebook interfaces. Are you saying you want to be unable to overwrite any input-output combination? In my experience that usually leads to messy workspaces. The commands are present in the history if you wish to recall them - is something more needed? > Remember the real input (123 before modification) is possible > if every input is put in a property of a read-only text, by example > in the prompt : > > (put-text-property [beginning-of-the-prompt] [end-of-the-prompt] > 'data-for-axiom "the-string 1+23") What do you mean by "real input?" (1) is gone, except perhaps somewhere in Axiom's memory. Why do you want to view it again? The whole point of being able to re-evaluate old inputs, in my view, is to overwrite them. Otherwise, why not use the new input prompt at the end? I'm not sure how to capture a string from the buffer and put it in a variable - is "the-string 1+23" a way to do this? > When you want to recall the initial display you get it by > (get-text-property [beginning-of-the-prompt] 'data-for-axiom) > Before you save the new command-line > then you display the initial command-line. > You go to the end of the current output > Move the current prompt to this place > Insert and save with put-text-property the new command > Compute-it Yes, that might be a way to do it, but personally I prefer NOT to have that behavior. I might be able to work out something as an option, but can I ask why you want this? > // 3 // > The left key is right in all input area, but the right-key go outside > the input area inside the prior calculus. That was at Jay's suggestion, actually. I used to confine it to the input only, but he pointed out that for those who don't use the mouse such a restriction wasn't terribly useful. The read-only protection handles preventing any changes. > // 4 // > You disallow the selection of output-data. A great idea. > So the [return] key must do nothing when you aren't between a prompt > (n) -> and an empty-line. (or over read-only area) Point. Hmm... > But : > [axiom-mode] 123 [return] > [ctrl-p] > Then the cursor is inside the last line (Type: PositiveInteger) > and the return key accept it. > Axiom-mode may reject a command copyed from this output area. Really. Another thing I don't think I tried. I'll see if I can duplicate what you describe. > // 5 // > I don't understand the aim of the sit-for functions. > Are they necessary ? Don't know. They came from Jay, and I hesitate to monkey too much with them. > In my emacs programs (for mupad), sit-for allows recursive calls > during inserting results and I get currious error. > > // 6 // > Must I get the same result > with commint-mode / commint-run / axiom and axiom-mode ? Um - what were you hoping for? Do you mean you WANT the same result? I can link axiom and axiom-mode together perhaps, but comint-mode is a separate mode altogether and is used by more than just Axiom. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Sat May 13 11:24:42 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fevz0-0007aR-HZ for mharc-axiom-developer@gnu.org; Sat, 13 May 2006 11:24:42 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fevyz-0007a3-Bv for axiom-developer@nongnu.org; Sat, 13 May 2006 11:24:41 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fevyv-0007Zg-NJ for axiom-developer@nongnu.org; Sat, 13 May 2006 11:24:40 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fevyv-0007Zd-J5 for axiom-developer@nongnu.org; Sat, 13 May 2006 11:24:37 -0400 Received: from [62.4.16.106] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Few0u-0000pz-Ne for axiom-developer@nongnu.org; Sat, 13 May 2006 11:26:41 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by kraid.nerim.net (Postfix) with ESMTP id 52F7E40E2A; Sat, 13 May 2006 17:24:35 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1Fevys-0001VA-RP; Sat, 13 May 2006 17:24:35 +0200 Sender: fmaltey@nerim.fr To: C Y Subject: Re: [Axiom-developer] Emacs updates, fixes References: <20060512212834.12225.qmail@web31713.mail.mud.yahoo.com> From: Francois Maltey Date: 13 May 2006 17:24:34 +0200 In-Reply-To: <20060512212834.12225.qmail@web31713.mail.mud.yahoo.com> Message-ID: <87ody2uevh.fsf@localhost.localdomain> Lines: 101 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2006 15:24:41 -0000 C Y writes: > I never intended to restrict ALL keys I agree, it's the right way, because it's almost impossible to lock ALL emacs keys. So axiom-mode MUST be able to recognize that the cursor is outside an input area. > > // 2 // > > Can you detect the real area (input-command, output-command) ? > Sorry, I don't understand what you are asking here. I speak about the buffer-region from one prompt to the next one. > What should happen if you do that (if I follow you correctly) is > something like the following: > You mean the following? > > (1) -> 123 > (1) 123 > (2) -> 999123 > (2) 999123 > (3) -> [cursor] Yes > Right now it is not. I specifically wanted to overwrite old > input-output combinations, like most modern notebook interfaces. > Are you saying you want to be unable to overwrite any input-output > combination? Yes. I prefer to keep previous commands on the terminal because I really see what I (and students) type before the last correction. So I find the errors more quickly. > In my experience that usually leads to messy workspaces. > The commands are present in the history if you wish to recall them - is > something more needed? > What do you mean by "real input?" (1) is gone, except perhaps > somewhere in Axiom's memory. Why do you want to view it again? It's nice to see it always because it's perhaps somewhere in Axiom's memory. So I find the bugs of my students if I see the history. With maple my students do : k := 3 ; [q[k] $ k=1..4] ; Maple gives an error, and I find it much more quickly if I see the old line k := 3. > The whole point of being able to re-evaluate old inputs, in my view, is to > overwrite them. Otherwise, why not use the new input prompt at the > end? > > I'm not sure how to capture a string from the buffer and put it in a > variable - is "the-string 1+23" a way to do this? (buffer-substring 1 122) get the beginning of the buffer. (setq var (buffer-substring 1 122)) > Yes, that might be a way to do it, but personally I prefer NOT to have > that behavior. I might be able to work out something as an option, but > can I ask why you want this? I understand your point of view. If you want short workspace, it's also possible to hide only the output with a delete-region, and put the substring of the deleted region in the prompt with put-text-property. And get it back again with a (insert (get-text-property...)) if the user wants to make it visible again. I use maple too often and I disapprove interfaces with re-evaluate. And for my use I prefer buffer where nothing can be change after the computation, as a typewriter. > Yes, that might be a way to do it, but personally I prefer NOT to have > that behavior. I accept your point of view, but try to keep the _possibility_ to have an axiom-mode where re-evaluate is impossible. > > // 6 // > > Must I get the same result > > with commint-mode / commint-run / axiom and axiom-mode ? > > Um - what were you hoping for? Do you mean you WANT the same result? I have no hope, I only want to know if I can compare axiom-mode result and comint result in order to understand how axiom-mode is working. You make a really big work. Continue to send new versions, I try to understand axiom-mode.el with the diff command. Francois From MAILER-DAEMON Sat May 13 15:00:11 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FezLX-0007wk-3O for mharc-axiom-developer@gnu.org; Sat, 13 May 2006 15:00:11 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FezLV-0007wE-DE for axiom-developer@nongnu.org; Sat, 13 May 2006 15:00:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FezLU-0007vu-8r for axiom-developer@nongnu.org; Sat, 13 May 2006 15:00:08 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FezLU-0007vr-3s for axiom-developer@nongnu.org; Sat, 13 May 2006 15:00:08 -0400 Received: from [204.101.248.1] (helo=matrix.start.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FezNV-0001AS-Cb for axiom-developer@nongnu.org; Sat, 13 May 2006 15:02:13 -0400 Received: from localhost (as01-642.user.start.ca [207.35.118.134]) by matrix.start.ca (8.13.6/8.12.11) with ESMTP id k4DIxtGO010027; Sat, 13 May 2006 14:59:56 -0400 Date: Sat, 13 May 2006 15:06:02 -0400 From: Stephen Wilson To: C Y Subject: Re: [Axiom-developer] RE: Emacs + input syntax Message-ID: <20060513190602.GC11619@lattice.start.ca> References: <20060512013209.GA11619@lattice.start.ca> <20060512141812.23293.qmail@web31713.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060512141812.23293.qmail@web31713.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: GNU/Linux 2.6.8 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2006 19:00:09 -0000 On Fri, May 12, 2006 at 07:18:12AM -0700, C Y wrote: > Yes please! Would it be OK to incorporate it/build off of it in a GPL > Axiom mode? Of course. The code is in fact under the GPL. If you have any questions about it feel free to ask. I just created a new page `AldorInEmacs' on the wiki which contains a link to the code. Sincerely, Steve From MAILER-DAEMON Sat May 13 18:57:02 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ff32k-00018v-2L for mharc-axiom-developer@gnu.org; Sat, 13 May 2006 18:57:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ff32i-00018q-Dc for axiom-developer@nongnu.org; Sat, 13 May 2006 18:57:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ff32e-00018b-RR for axiom-developer@nongnu.org; Sat, 13 May 2006 18:56:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ff32e-00018Y-Na for axiom-developer@nongnu.org; Sat, 13 May 2006 18:56:56 -0400 Received: from [68.142.201.190] (helo=web31710.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Ff34i-0008EV-0k for axiom-developer@nongnu.org; Sat, 13 May 2006 18:59:04 -0400 Received: (qmail 49109 invoked by uid 60001); 13 May 2006 22:56:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=b14Utee2HaGe0lCvoIwMRYXYCeHofMrYZucyP3aRSgNMe8LHo+sx2ipcBJ+ihXGNypwhU2LcY1gUhJQ0lxjhgAK5ZKlDCc5Rw/TK3wSWghfLUEfTmHpICgZgTHjTOWW04mmYBM76akQCxx08YJKQ1kK0PMiP97HU9/uIL6T/T7g= ; Message-ID: <20060513225655.49107.qmail@web31710.mail.mud.yahoo.com> Received: from [68.82.182.25] by web31710.mail.mud.yahoo.com via HTTP; Sat, 13 May 2006 15:56:55 PDT Date: Sat, 13 May 2006 15:56:55 -0700 (PDT) From: C Y Subject: Re: [Axiom-developer] Emacs updates, fixes To: Francois Maltey In-Reply-To: <87ody2uevh.fsf@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 May 2006 22:57:00 -0000 --- Francois Maltey wrote: > C Y writes: > > > I never intended to restrict ALL keys > I agree, it's the right way, because it's almost impossible > to lock ALL emacs keys. > > So axiom-mode MUST be able to recognize that the cursor is > outside an input area. That's a bit difficult but I think it can be managed. I suspect mmm-mode might be of some service there, if I can ever figure it out :-/. Rather than piling on lots of tricks I would prefer to do so once per "environment" to identify input prompts, output regions, etc and then all special commands can be part of "sub-modes". (syntax highlighting, for example). > > > // 2 // > > You mean the following? > > > > (1) -> 123 > > (1) 123 > > (2) -> 999123 > > (2) 999123 > > (3) -> [cursor] > > Yes > > > Right now it is not. I specifically wanted to overwrite old > > input-output combinations, like most modern notebook interfaces. > > Are you saying you want to be unable to overwrite any input-output > > combination? > > Yes. > I prefer to keep previous commands on the terminal because I really > see what I (and students) type before the last correction. > So I find the errors more quickly. Hmm. OK, I can see that. I should be able to do it as an option. > > In my experience that usually leads to messy workspaces. > > The commands are present in the history if you wish to recall them > > - is something more needed? > > > What do you mean by "real input?" (1) is gone, except perhaps > > somewhere in Axiom's memory. Why do you want to view it again? > > It's nice to see it always because it's perhaps somewhere in > Axiom's memory. So I find the bugs of my students if I see the > history. OK. > (buffer-substring 1 122) get the beginning of the buffer. > (setq var (buffer-substring 1 122)) Ah, excellent. Thanks! > > Yes, that might be a way to do it, but personally I prefer NOT to > > have that behavior. I might be able to work out something as an > > option, but can I ask why you want this? > > I understand your point of view. > > If you want short workspace, it's also possible to hide only the > output with a delete-region, and put the substring of the deleted > region in the prompt with put-text-property. And get it back again > with a (insert (get-text-property...)) if the user wants to make it > visible again. I'm not after short so much as I'm after neat - at the end I have only the commands I need to achieve the result I'm after. Of course, you have a point about losing things you might need later - or at least, making them harder to track down. > I use maple too often and I disapprove interfaces with re-evaluate. OK. That's a reasonable end user request, particularly from someone who took the trouble to create their own Axiom mode ;-). I'll see what I can do about adding it. One other possible option would be a "sticky prompt" - rather than having the up arrow return to the previous input lines, it could instead take the current prompt and insert it back further in the document. > And for my use I prefer buffer where nothing can be change > after the computation, as a typewriter. OK. > > Yes, that might be a way to do it, but personally I prefer NOT to > > have that behavior. > > I accept your point of view, but try to keep the _possibility_ to > have an axiom-mode where re-evaluate is impossible. I'll plan to add it as an option that can be triggered via a .emacs file, if that's acceptable. > > > // 6 // > > > Must I get the same result > > > with commint-mode / commint-run / axiom and axiom-mode ? > > > > Um - what were you hoping for? Do you mean you WANT the same > > result? > > I have no hope, I only want to know if I can compare > axiom-mode result and comint result in order to understand > how axiom-mode is working. Uh. comint mode doesn't really do anything by itself - it's just an IO framework, pretty much. I'm basically using it without delving any deeper into its guts than I need to. > You make a really big work. Continue to send new versions, I try to > understand axiom-mode.el with the diff command. That will just point out all of my dumb mistakes :-). I'm trying to get to a "regrouping" point where I can leave the "working" version alone for a while and re-structure based on what I have learned thus far. I can feel the "literate" quality of this code getting away from me as things like the eval command expand in size, so I need to put the brakes on and get it back under control. Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Sat May 13 20:48:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ff4mi-00049f-An for mharc-axiom-developer@gnu.org; Sat, 13 May 2006 20:48:36 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ff4mg-00049Z-PH for axiom-developer@nongnu.org; Sat, 13 May 2006 20:48:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ff4me-00049N-6v for axiom-developer@nongnu.org; Sat, 13 May 2006 20:48:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ff4me-00049K-2q for axiom-developer@nongnu.org; Sat, 13 May 2006 20:48:32 -0400 Received: from [62.4.16.100] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Ff4oi-0003li-HP for axiom-developer@nongnu.org; Sat, 13 May 2006 20:50:40 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by kraid.nerim.net (Postfix) with ESMTP id 4249940E26; Sun, 14 May 2006 02:48:28 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4E0iMtZ025413; Sun, 14 May 2006 02:44:22 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4E0iMIf025412; Sun, 14 May 2006 02:44:22 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: =?iso-8859-1?q?Vanuxem_Gr=E9gory?= References: <1147448550.5087.13.camel@localhost.localdomain> From: Gabriel Dos Reis In-Reply-To: <1147448550.5087.13.camel@localhost.localdomain> Organization: Integrable Solutions Date: 14 May 2006 02:44:22 +0200 Message-ID: Lines: 10 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer Subject: [Axiom-developer] Re: PATCH: #291 small typo in docs X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 May 2006 00:48:35 -0000 Vanuxem Gr=E9gory writes: | Hi, |=20 |=20 | Here is the patch (author unknown): In the silver branch as of revision 37. -- Gaby From MAILER-DAEMON Sun May 14 14:05:01 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfKxh-0005lo-JX for mharc-axiom-developer@gnu.org; Sun, 14 May 2006 14:05:01 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfKxg-0005lj-PL for axiom-developer@nongnu.org; Sun, 14 May 2006 14:05:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfKxf-0005ky-2y for axiom-developer@nongnu.org; Sun, 14 May 2006 14:05:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfKxe-0005kv-UI for axiom-developer@nongnu.org; Sun, 14 May 2006 14:04:58 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FfKzt-00075f-97 for axiom-developer@nongnu.org; Sun, 14 May 2006 14:07:17 -0400 Received: (qmail invoked by alias); 14 May 2006 18:04:54 -0000 Received: from 85-124-75-22.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [85.124.75.22] by mail.gmx.net (mp011) with SMTP; 14 May 2006 20:04:54 +0200 X-Authenticated: #2854174 Date: Sun, 14 May 2006 20:04:51 +0200 To: "Ralf Hemmecke" From: "Christian Aistleitner" Content-Type: multipart/mixed; boundary=----------HVHfcLlAbYoe66mqf1ZZrF MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> Message-ID: In-Reply-To: <44647D47.8080809@hemmecke.de> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 May 2006 18:05:01 -0000 ------------HVHfcLlAbYoe66mqf1ZZrF Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-Transfer-Encoding: Quoted-Printable Hello, On Fri, 12 May 2006 14:19:19 +0200, Ralf Hemmecke wro= te: > Maybe it is possible to instantiate Dom(0) twice. you will probably not have any luck with 0. It is too small. But what = about 1073741824? For those who cannot convert dec to hex on the fly: "But what about = 0x40000000?" :) The upcoming part is not clearly an example in favor of Ralf's requireme= nt. However, it is pretty close and shows some nasty things. I do not understand how these things work, so anybody having _any_ = information on this, please share. (Hopefully, I did not make an obvious mistake in the code again ...) Executing the compiled test2.as (I attached this test2.as to the mail), = I = get: (i)Domain ( param : 1073741824) -- r: 336495754 (i)(d)(i)Domain ( param : 1073741824) -- r: 2058543685 inc : 336495754 inc dec inc : 2058543685 ---- (i)(i)(d)(i) ---- a : 336495754 b : 2058543685 (You will most likely get different numbers) Since the code is not too straight forward, let me explain what happens.= (i)Domain ( param : 1073741824) -- r: 336495754 (i)(d)(i)Domain ( param : 1073741824) -- r: 2058543685 We get two different (see the different r) instantiations of Dom, both = with the parameter "param" being 1073741824. If now you are thinking that this behaviour is obvious, as the parameter= = "param" is computed two times and is therefore stored two times, then yo= u = are right. They are two different representations for the same number. No doubt. (W= e = could discuss what "functional" really means in the context of data = representations. But I guess its ok to get different instantiations for = = different representations of the same number) So the two parameters are equivalent (they store the same number), but n= ot = equal (they store the information differently--at least at different = positions in memory). However, Aldor *magically* knows something, about 1073741824 and its = representations. Why? Because of the lines: a : 336495754 b : 2058543685 For these lines, 1073741824 is derived again in two different forms. = However, no new instantiation of Dom is made. So we have four equivalent= , = but different representations and Aldor "knows" that two of them are = equivalent. Aldor "knows" that "a" is equivalent to the first inc NUM. Aldor "knows" that "b" is equivalent to the first inc dec inc NUM. We are tempted to think that this is some effect from recycling or = preinitializing the constants. But I oppose by referring to the lines ---- (i)(i)(d)(i) ---- . There, the increase and decrease functions are called again in order t= o = actually compute the values again. Does not look like reusing values to me. How to explain this behaviour? I am not sure. However, recollecting what Manuel told me, the use of caching might = explain things a bit. But maybe its just some caching on BInt? Do BInts have a sense for history? -- This would explain the whole thing= . Some further remarks: Try to introduce a third representation of 1073741824 and the compiler = produces segfaulting code. For example: Add stdout << "inc inc dec : " << f()$Dom( inc inc dec NUM ) << newline; or stdout << "1073741824 : " << f()$Dom( 1073741824 ) << newline; Since I am somehow puzzled but the whole thing, I would like to close th= is = mail by a big questionmark. **** ** ** ** ** ** ** ** ** ** ** -- Kind regards, Christian ------------HVHfcLlAbYoe66mqf1ZZrF Content-Disposition: attachment; filename=test2.as Content-Type: application/octet-stream; name=test2.as Content-Transfer-Encoding: Base64 I2luY2x1ZGUgImFsZG9yIgppbXBvcnQgZnJvbSBJbnRlZ2VyOwppbXBvcnQgZnJv bSBNYWNoaW5lSW50ZWdlcjsKaW1wb3J0IGZyb20gVGV4dFdyaXRlciwgU3RyaW5n LCBDaGFyYWN0ZXI7CiAKRG9tKCBwYXJhbTogSW50ZWdlciApOiB3aXRoIHsKICAg IGY6ICgpIC0+IEludGVnZXIKfSA9PSB7CglpbXBvcnQgZnJvbSBSYW5kb21OdW1i ZXJHZW5lcmF0b3I7Cglsb2NhbCByOiBJbnRlZ2VyIDo9IHJhbmRvbUludGVnZXIo KSA6OiBJbnRlZ2VyOwoJc3Rkb3V0IDw8ICJEb21haW4gKCBwYXJhbSA6ICIgPDwg cGFyYW0gPDwgIikgLS0gcjogIiA8PCByIDw8IG5ld2xpbmU7CQoJYWRkIHsKICAg ICAgICAgICAgLS1mIHlpZWxkcyBhIGRvbWFpbidzIHIKCSAgICBmKCk6IEludGVn ZXIgPT0geyByIH0KCX0KfQoKLS1sb2NhbCBmdW5jdGlvbiB3cmFwcGluZyAibmV4 dCIgdG8gcmVwb3J0IAotLXRoYXQgbmV4dCBpcyBhY3V0YWxseSBjYWxsZWQgYW5k IChob3BlZnVsbHkpIAotLW5vIGlubGluaW5nIHNob3J0Y3V0cyBjYXVzZSBlZmZl Y3RzCmluYyggYTogSW50ZWdlciApOkludGVnZXIgPT0gewogICAgc3Rkb3V0IDw8 ICIoaSkiOwogICAgbmV4dCBhOwp9CgotLWxvY2FsIGZ1bmN0aW9uIHdyYXBwaW5n ICJwcmV2IiAoc2VlIGluYykKZGVjKCBhOiBJbnRlZ2VyICk6SW50ZWdlciA9PSB7 CiAgICBzdGRvdXQgPDwgIihkKSI7CiAgICBwcmV2IGE7Cn0KCgotLVRoaXMgaXMg dGhlIGxvd2VzdCBwb3NpdGl2ZSBudW1iZXIsIGZvciB3aGljaCB0aGUgZGVtbyB3 b3Jrcy4gSGlnaGVyIG51bWJlcnMgc2hvdWxkIHdvcmsgYXMgd2VsbC4KbWFjcm8g TlVNID09ICggbWF4OjpJbnRlZ2VyIHF1byAyICk7CgoKc3Rkb3V0IDw8ICJpbmMg ICAgICAgICAgICA6ICIgPDwgZigpJERvbSggaW5jIE5VTSApIDw8IG5ld2xpbmU7 CnN0ZG91dCA8PCAiaW5jIGRlYyBpbmMgICAgOiAiIDw8IGYoKSREb20oIGluYyBk ZWMgaW5jIE5VTSApIDw8IG5ld2xpbmU7CgotLXJlY29tcHV0aW5nIHRoZSB2YWx1 ZXMuCi0tdXNpbmcgY29uc3RhbnRzLCBzaW5jZSBhIGFuZCBiIGFyZSAKLS11c2Vk IGFzIGRvbWFpbiBwYXJhbWV0ZXJzCnN0ZG91dCA8PCAiLS0tLSIgPDwgbmV3bGlu ZTsKbG9jYWwgYSA9PSBpbmMgTlVNOwpsb2NhbCBiID09IGluYyBkZWMgaW5jIE5V TTsKc3Rkb3V0IDw8IG5ld2xpbmU7CnN0ZG91dCA8PCAiLS0tLSIgPDwgbmV3bGlu ZTsKCgpzdGRvdXQgPDwgImEgICAgICAgICAgICAgIDogIjsgc3Rkb3V0IDw8IGYo KSREb20oYSk7IHN0ZG91dCA8PCBuZXdsaW5lOwpzdGRvdXQgPDwgImIgICAgICAg ICAgICAgIDogIjsgc3Rkb3V0IDw8IGYoKSREb20oYik7IHN0ZG91dCA8PCBuZXds aW5lOwoK ------------HVHfcLlAbYoe66mqf1ZZrF-- From MAILER-DAEMON Sun May 14 15:00:24 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfLpI-0005FB-NK for mharc-axiom-developer@gnu.org; Sun, 14 May 2006 15:00:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfLpG-0005DU-UL for axiom-developer@nongnu.org; Sun, 14 May 2006 15:00:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfLpG-0005DI-11 for axiom-developer@nongnu.org; Sun, 14 May 2006 15:00:22 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfLpF-0005DF-VB for axiom-developer@nongnu.org; Sun, 14 May 2006 15:00:21 -0400 Received: from [62.4.17.100] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FfLrV-0002wN-3S for axiom-developer@nongnu.org; Sun, 14 May 2006 15:02:41 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id E1EB54F3CB; Sun, 14 May 2006 21:00:08 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4EIuAtZ029105; Sun, 14 May 2006 20:56:10 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4EIuAdQ029104; Sun, 14 May 2006 20:56:10 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: tmgisi@gmx.at References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 14 May 2006 20:56:09 +0200 Message-ID: Lines: 17 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 May 2006 19:00:23 -0000 "Christian Aistleitner" writes: [...] | Does not look like reusing values to me. | | How to explain this behaviour? Please, guys explain clearly you're after. I do not take the compiler's behaivour as "God given". I need clear semantics. If you're after a non-functional type system, please explain clearly what they are useful for, with clear examples. Explain also how one reasons with such type system, how one writes relaible program with such a type system. -- Gaby From MAILER-DAEMON Sun May 14 21:37:04 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfS1A-0006Jg-CL for mharc-axiom-developer@gnu.org; Sun, 14 May 2006 21:37:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfS18-0006Il-19 for axiom-developer@nongnu.org; Sun, 14 May 2006 21:37:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfS16-0006Hy-JW for axiom-developer@nongnu.org; Sun, 14 May 2006 21:37:01 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfS16-0006Hl-A2 for axiom-developer@nongnu.org; Sun, 14 May 2006 21:37:00 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FfS3H-0003Z2-GB for axiom-developer@nongnu.org; Sun, 14 May 2006 21:39:18 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4F1aDHi018591 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 May 2006 03:36:14 +0200 Message-ID: <4467DB0B.5070209@hemmecke.de> Date: Mon, 15 May 2006 03:36:11 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Watt , axiom-dev , tmgisi@gmx.at, aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 01:37:02 -0000 > Please, guys explain clearly you're after. Trying to clarify what the Aldor compiler does and what it should do. > I do not take the compiler's behaivour as "God given". Of course. > I need clear semantics. Of course. But what Christian's program from http://lists.nongnu.org/archive/html/axiom-developer/2006-05/msg00181.html does is to exhibit a bug either in the Aldor compiler or the documentation. I don't think that one can find any better documentation than Section 7.3 "Type context" in http://www.aldor.org/AldorUserGuide/. Interestingly, if the documentation where better, I would even say that despite the lines local a == inc NUM; local b == inc dec inc NUM; stdout << "a : "; stdout << f()$Dom(a); stdout << newline; stdout << "b : "; stdout << f()$Dom(b); stdout << newline; give different output in Christian's program, the compiler still behaves functional. The problem is that the documentation should be more precise of what "a equals b" in the above context actually means. If we replace Integer by TextWriter in Christian's program and do something like stdout << f()$Dom(stdout); stdout << f()$Dom(stderr); of course most people would say that it is clear that the output might be different because "stdout is not equal to stderr". (*) But how can one say that? stdout and stderr are of type TextWriter and that type does not export any equality. So the only chance one has to give meaning to (*) is to mean pointer equality. I cannot remember that I have ever read this in the Aldor User Guide. > If you're after a non-functional type system, please explain > clearly what they are useful for, with clear examples. Explain also > how one reasons with such type system, how one writes relaible program > with such a type system. I, for my part, did never claim that I want a non-functional type system. I actually learned through this thread that a functional one would be a good thing. I am sure you could give a reference to illustrative examples that show serious problems. Not everyone has studied those things in his/her career. Ralf PS: Apart from clarification of functionality of the type system Christian's program also shows that its behaviour depends on the implementation of AldorInteger. One might get different results on 32 and 64 bit machines. It's already interesting that one has to take quite big integers to make a and b into "different" things. From MAILER-DAEMON Mon May 15 00:52:31 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfV4J-0002gj-7r for mharc-axiom-developer@gnu.org; Mon, 15 May 2006 00:52:31 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfV4H-0002gb-Nq for axiom-developer@nongnu.org; Mon, 15 May 2006 00:52:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfV4F-0002fV-Rb for axiom-developer@nongnu.org; Mon, 15 May 2006 00:52:29 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfV4F-0002fS-Mp for axiom-developer@nongnu.org; Mon, 15 May 2006 00:52:27 -0400 Received: from [62.4.17.101] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FfUhJ-0007i2-Vg for axiom-developer@nongnu.org; Mon, 15 May 2006 00:28:46 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 23D7C4F3C7; Mon, 15 May 2006 06:26:07 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4F4LqtZ000629; Mon, 15 May 2006 06:21:53 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4F4LqXY000628; Mon, 15 May 2006 06:21:52 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: Ralf Hemmecke References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: <4467DB0B.5070209@hemmecke.de> Organization: Integrable Solutions Date: 15 May 2006 06:21:52 +0200 Message-ID: Lines: 8 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Stephen Watt , axiom-dev , tmgisi@gmx.at, aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 04:52:30 -0000 Ralf -- Many thanks for the explanation. You message helped me understand better Christian's. Now, I think I see what he was getting at. Thanks. -- Gaby From MAILER-DAEMON Mon May 15 07:19:14 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ffb6Y-0004Ks-9Z for mharc-axiom-developer@gnu.org; Mon, 15 May 2006 07:19:14 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ffb6V-0004Jg-Us for axiom-developer@nongnu.org; Mon, 15 May 2006 07:19:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ffb6S-0004I0-4R for axiom-developer@nongnu.org; Mon, 15 May 2006 07:19:11 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ffb6R-0004Hw-S6 for axiom-developer@nongnu.org; Mon, 15 May 2006 07:19:07 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Ffb8q-0005FO-Go for axiom-developer@nongnu.org; Mon, 15 May 2006 07:21:36 -0400 Received: from [140.78.165.39] (dyn165039.wlan.jku.at [140.78.165.39]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4FBJ5Hi015421 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 15 May 2006 13:19:05 +0200 Message-ID: <446863A6.4020900@hemmecke.de> Date: Mon, 15 May 2006 13:19:02 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Vanuxem_Gr=E9gory?= Subject: Re: [Axiom-developer] RE: Emacs + input syntax References: <20060511190725.45993.qmail@web31706.mail.mud.yahoo.com> <4463A0EB.2040100@hemmecke.de> <1147448472.5087.11.camel@localhost.localdomain> In-Reply-To: <1147448472.5087.11.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 11:19:12 -0000 Thank you Greg, I've corrected the broken links. Ralf On 05/12/2006 05:41 PM, Vanuxem Gr=E9gory wrote: > Hi, >=20 > Le jeudi 11 mai 2006 =E0 22:39 +0200, Ralf Hemmecke a =E9crit : >=20 >> I don't lknow whether you are aware of my aldor-mode=20 >> (http://www.hemmecke.de/aldor) and whether it could be relevant for wh= at=20 >> you are trying to achieve. (It's a noweb file...) >=20 > For information a lot of links on the "Emacs Support for Aldor" page ar= e > incorrect... >=20 >=20 > Cheers, >=20 > Greg >=20 From MAILER-DAEMON Mon May 15 10:58:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfeWb-0005BQ-2r for mharc-axiom-developer@gnu.org; Mon, 15 May 2006 10:58:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfeWZ-0005Av-UM for axiom-developer@nongnu.org; Mon, 15 May 2006 10:58:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfeWV-00058X-3K for axiom-developer@nongnu.org; Mon, 15 May 2006 10:58:19 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfeWU-00058P-VA for axiom-developer@nongnu.org; Mon, 15 May 2006 10:58:15 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FfeYv-0006qq-GW for axiom-developer@nongnu.org; Mon, 15 May 2006 11:00:45 -0400 Received: (qmail invoked by alias); 15 May 2006 14:58:13 -0000 Received: from 83-65-215-171.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [83.65.215.171] by mail.gmx.net (mp037) with SMTP; 15 May 2006 16:58:13 +0200 X-Authenticated: #2854174 Date: Mon, 15 May 2006 16:58:13 +0200 To: "Gabriel Dos Reis" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 14:58:20 -0000 Hello Gaby, On Sun, 14 May 2006 20:56:09 +0200, Gabriel Dos Reis = wrote: > If you're after a non-functional type system, I think, we all agree that for any programming language, it is good to = have _non_ functional functions. Just think about a system call time() behaving functional. Besides, I am looking for a language, where same formalisms are treated = in = the same way. For example all functions should be treated equal. If one function is allowed to behave non-functional, all functions shoul= d = be allowed to do so. I'd like to model parametric categories and parametric domains by = functions, as I described before -- it just seems natural. Since there are non-functional functions, I'd allow all functions to be = = non-functional. So finally, I am maybe after a non-functional type system. > please explain > clearly what they are useful for, with clear examples. My previous examples in this directlions were probably not explicit enou= gh: System(): with { timestamp: Integer; cpuTemperature: Integer; } =3D=3D add { timestamp: Integer =3D=3D { obtain the timestamp somehow } cpuTemperature: Integer =3D=3D { obtain the timestamp somehow } } Of course, you can rewrite it to System: with { grabData: () -> % timestamp: % -> Integer; cpuTemperature: % -> Integer; } =3D=3D add { macro Rep =3D=3D Record( ts: Integer, temp: Integer ); grabData(): % =3D=3D { per record( obtain the timestamp somehow, obtain the temperature = somehow ); } timestamp( a: % ): Integer =3D=3D { (rep a) . ts; }; cpuTemperature( a: % ): Integer =3D=3D { (rep a) . temp; }; } , but would that be better? The latter version is the one we are more us= ed = to, but is it really better? To determine the given temperature and timestamp for the system involves= 1 = Function call for non functional Domains and 3 for functional Domains. Of course, you can do a lot of rewriting tricks to say "non functionalit= y" = is not needed. Of course, you can introduce a lot of "this is bad design" axioms to say= = "non functionality" is not needed. But I think, non functionality would not be the baddest thing in the wor= ld. As I said before, to me it looks like the compiler behaves non-functiona= l, = but uses fancy techniques to get functionality, wherever "this might me = = nice". I am sorry that I cannot give a more precise definition, since I = do = not have access to the compiler sources. But consider, we had a completely non functional Aldor compiler (which w= e = do not have). Would this compiler really lead to problems. I suppose not= . = Because in most cases, we have the types of interest in a constant form = = (e.g.: as parameter to a domain) and do not have to instantiate at all. For example re-consider the SparseUnivariatePolynomial Integer example = from Ralf http://www.aldor.org/pipermail/aldor-l/2006-May/000198.html Ralf> Surely, it would sound strange if I say: Ralf> Ralf> a: SparseUnivariatePolynomial Integer :=3D ... Ralf> b: SparseUnivariatePolynomial Integer :=3D ... Ralf> Ralf> and the compiler would reject Ralf> Ralf> a + b Ralf> Ralf> because it could not figure out that a and b are of the same type What Ralf wanted to have is that the two invokations of = SparseUnivariatePolynomial refer to the same value. For several reasons, it is important to tell the compiler everything you= = know about your code. But Ralf did not. If he would, the code would look= = like: Poly =3D=3D SparseUnivariatePolynomial Integer a: Poly :=3D ... b: Poly :=3D ... and of course, the compiler would correctly recognize the + in a+b Furthermore, I the two approaches (functionality and non-functionality) = = are not completely different. A functional type system can be used to "simulate" a non-functional one = by = adding the current time as parameter. E.g.: List( T: Type, timestamp: Integer =3D=3D getCurrentTimestamp() ): with {= ... } =3D=3D add { } So, calling List( Integer ) twice gives two different Instances, as the = = timestamp changed. A non-functional type system can be used as a functional one by using = constants. ListInteger =3D=3D List( Integer ); local a: ListInteger :=3D empty$ListInteger; local b: ListInteger :=3D (insert!$ListInteger)( ... ); So you can get more or less the same behaviour ... If you want to. > Explain also > how one reasons with such type system, how one writes relaible program= > with such a type system. Could you give an example in the functional world of what you mean by = "reason"? -- Kind regards, Christian From MAILER-DAEMON Mon May 15 12:09:55 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fffdr-0002E0-9o for mharc-axiom-developer@gnu.org; Mon, 15 May 2006 12:09:55 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fffdp-0002DG-Pv for axiom-developer@nongnu.org; Mon, 15 May 2006 12:09:53 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fffdn-0002Bh-53 for axiom-developer@nongnu.org; Mon, 15 May 2006 12:09:53 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fffdm-0002BV-PY for axiom-developer@nongnu.org; Mon, 15 May 2006 12:09:50 -0400 Received: from [62.4.17.101] (helo=mallaury.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FffgE-0004VK-6f for axiom-developer@nongnu.org; Mon, 15 May 2006 12:12:22 -0400 Received: from uniton.integrable-solutions.net (gdr.net1.nerim.net [62.212.99.186]) by mallaury.nerim.net (Postfix) with ESMTP id 09CC74F3C4; Mon, 15 May 2006 18:09:38 +0200 (CEST) Received: from uniton.integrable-solutions.net (localhost [127.0.0.1]) by uniton.integrable-solutions.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k4FG5TtZ003063; Mon, 15 May 2006 18:05:29 +0200 Received: (from gdr@localhost) by uniton.integrable-solutions.net (8.12.10/8.12.10/Submit) id k4FG5TO7003062; Mon, 15 May 2006 18:05:29 +0200 X-Authentication-Warning: uniton.integrable-solutions.net: gdr set sender to gdr@integrable-solutions.net using -f Sender: gdr@integrable-solutions.net To: tmgisi@gmx.at References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> From: Gabriel Dos Reis In-Reply-To: Organization: Integrable Solutions Date: 15 May 2006 18:05:29 +0200 Message-ID: Lines: 125 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 16:09:54 -0000 "Christian Aistleitner" writes: | Hello Gaby, | | On Sun, 14 May 2006 20:56:09 +0200, Gabriel Dos Reis | wrote: | | > If you're after a non-functional type system, | | I think, we all agree that for any programming language, it is good to | have _non_ functional functions. | Just think about a system call time() behaving functional. Indeed. I'm not saying the whole language should be functional. I'm converned with the type system. The type system allows for checking that expectations of functions are met by their arguments. That checking, and reasoning in general, requires that we can replace equals for equals. If I defined a function with a given type (the type is evaluated to some type value), an later defined a variable or value of the same type (but this time, it gets evaluated to another type value), how can I even call the function with that variable? And if the system let me do it, how can I prove that the call and the result are sound? | Besides, I am looking for a language, where same formalisms are treated in | the same way. | For example all functions should be treated equal. The troubel is terms and types are generally of the "kind". This whole point get back the Russell paradox, and solving it is what prompted Russell to ivnent type theory. Even in the Calculus of Construction (of Thierry Coquand), there is a sort of hierarchy. It does seem like suppressing those differences lead back directly to a form of Russell paradox. | If one function is allowed to behave non-functional, all functions should | be allowed to do so. I suspect there are functions, and functions :-) | I'd like to model parametric categories and parametric domains by | functions, as I described before -- it just seems natural. I understand the desire. However, my point is that if you have the notion of terms and types (types are inhabited by terms), then there must be a distinguishing property. I suspect that the difference of "functions" is close to it. | Since there are non-functional functions, I'd allow all functions to be | non-functional. | | So finally, I am maybe after a non-functional type system. | | > please explain | > clearly what they are useful for, with clear examples. | | My previous examples in this directlions were probably not explicit enough: | | System(): with { | timestamp: Integer; | cpuTemperature: Integer; | } == add { | timestamp: Integer == { obtain the timestamp somehow } | cpuTemperature: Integer == { obtain the timestamp somehow } | } If this must be a type, what are the terms that inhabit it? | | Of course, you can rewrite it to | | System: with { | grabData: () -> % | timestamp: % -> Integer; | cpuTemperature: % -> Integer; | } == add { | macro Rep == Record( ts: Integer, temp: Integer ); | | grabData(): % == { | per record( obtain the timestamp somehow, obtain the temperature | somehow ); | } | | timestamp( a: % ): Integer == { (rep a) . ts; }; | cpuTemperature( a: % ): Integer == { (rep a) . temp; }; | } | | , but would that be better? The latter version is the one we are more used | to, but is it really better? I would claim is it better. However, I would challenge the claim that the former is a function that define types. | To determine the given temperature and timestamp for the system involves 1 | Function call for non functional Domains and 3 for functional Domains. | | Of course, you can do a lot of rewriting tricks to say "non functionality" | is not needed. | Of course, you can introduce a lot of "this is bad design" axioms to say | "non functionality" is not needed. My objections are not at the level of rewriting or "this is bad design" argument. They are more fundamental. [...] | > Explain also | > how one reasons with such type system, how one writes relaible program | > with such a type system. | | Could you give an example in the functional world of what you mean by | "reason"? By "reason", I meant essentially proof as in. http://www.nuprl.org/ http://coq.inria.fr/ http://www4.in.tum.de/~nipkow/LNCS2283/ If I do not have a functional type system, how am I supposed to do "separate compilation"? How am I supposed to do calls? -- Gaby From MAILER-DAEMON Mon May 15 18:46:20 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FflpU-0002Um-Kd for mharc-axiom-developer@gnu.org; Mon, 15 May 2006 18:46:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FflpT-0002UR-Gz for axiom-developer@nongnu.org; Mon, 15 May 2006 18:46:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FflpS-0002Tp-R9 for axiom-developer@nongnu.org; Mon, 15 May 2006 18:46:19 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FflpS-0002Te-Ml for axiom-developer@nongnu.org; Mon, 15 May 2006 18:46:18 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fflrx-0005Jt-JV for axiom-developer@nongnu.org; Mon, 15 May 2006 18:48:53 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4FMjkHi030511 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 16 May 2006 00:45:47 +0200 Message-ID: <44690238.1070709@risc.uni-linz.ac.at> Date: Tue, 16 May 2006 00:35:36 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Gabriel Dos Reis References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Watt , axiom-dev , tmgisi@gmx.at, aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 22:46:19 -0000 > | System(): with { > | timestamp: Integer; > | cpuTemperature: Integer; > | } == add { > | timestamp: Integer == { obtain the timestamp somehow } > | cpuTemperature: Integer == { obtain the timestamp somehow } > | } > > If this must be a type, what are the terms that inhabit it? In Aldor there are packages and domains. Their only difference is that the latter exports something involving %. The above code doesn't do this so it is a package. In oo-speak its a class that only exports static constants. There are no instantiations of elements of that package. > | Of course, you can rewrite it to > | > | System: with { > | grabData: () -> % > | timestamp: % -> Integer; > | cpuTemperature: % -> Integer; > | } == add { > | macro Rep == Record( ts: Integer, temp: Integer ); > | > | grabData(): % == { > | per record( obtain the timestamp somehow, obtain the temperature > | somehow ); > | } > | > | timestamp( a: % ): Integer == { (rep a) . ts; }; > | cpuTemperature( a: % ): Integer == { (rep a) . temp; }; > | } > | > | , but would that be better? The latter version is the one we are more used > | to, but is it really better? > I would claim is it better. However, I would challenge the claim that > the former is a function that define types. I would also claim the second is better. Christian, if you call the first System() only once then you wouldn't make it a function, but you certainly like to call System() several times. > | To determine the given temperature and timestamp for the system involves 1 > | Function call for non functional Domains and 3 for functional Domains. I guess you are wrong. In the first case, each time you want a time-temperature pair you must do like... S == System(); t := timeStamp$S; T := cpuTemperature$S; in the second case it is d := grabData()$System; t := timeStamp(d)$System; T := cpuTemperature(d)$System; So what do you gain? > If I do not have a functional type system, how am I supposed to do > "separate compilation"? How am I supposed to do calls? I first thought you make a point, but Cat1: Category == with {..} Cat1 is a constant. Fine. Cat2(R: Sometype): Category == with {...} is equivalent to Cat2: (R: SomeType) -> Category == (R: SomeType): Category +-> with {...} Again Cat2 is a constant. Also fine. Dom1: Cat2(blah) == add {...} That is a constant. But it should not be defined that way. In order to avoid complications it should be done via Cat2BLAH == Cat2(bla); Dom1: Cat2BLAH == add {...} because later you might want to ask if Dom1 has Cat2(blah) then ... Of course, with a non-functional type system that might turn out to be false. So, for every domain whose category involves a parameter one has to introduce a constant category with exactly that parameter. The same happens one level down. For every element of a parametrised domain, one has to introduce a constant domain (without parameter) before the element can be defined. I have the impression that soon becomes unhandy. So I feel more on Gaby's side. Non-functional language at the element level, functional at type level. But it has to be discussed what "equality of arguments" actually means in order to be able to speak about the functionality property, since not every type exports "=: (%, %) -> %". Ralf From MAILER-DAEMON Tue May 16 04:14:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ffuha-0006kH-4M for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 04:14:46 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfuhY-0006jG-CB for axiom-developer@nongnu.org; Tue, 16 May 2006 04:14:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfuhW-0006ib-OZ for axiom-developer@nongnu.org; Tue, 16 May 2006 04:14:44 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfuhW-0006iW-I8 for axiom-developer@nongnu.org; Tue, 16 May 2006 04:14:42 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Ffuk7-0006BL-FP for axiom-developer@nongnu.org; Tue, 16 May 2006 04:17:23 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4G8Dbpj012279; Tue, 16 May 2006 10:13:42 +0200 (CEST) Sender: rubey@localhost.localdomain To: Ralf Hemmecke References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> From: Martin Rubey Date: 16 May 2006 10:13:17 +0200 In-Reply-To: <4467DB0B.5070209@hemmecke.de> Message-ID: <85k68m5qw2.fsf@localhost.localdomain> Lines: 39 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: Stephen Watt , axiom-dev , tmgisi@gmx.at, aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 08:14:44 -0000 Dear all, I find it quite hard to follow your discussion, but maybe you can help me out: Ralf Hemmecke writes: > Interestingly, if the documentation where better, I would even say that > despite the lines > > local a == inc NUM; > local b == inc dec inc NUM; > stdout << "a : "; stdout << f()$Dom(a); stdout << newline; > stdout << "b : "; stdout << f()$Dom(b); stdout << newline; > > give different output in Christian's program, the compiler still behaves > functional. The problem is that the documentation should be more precise of > what "a equals b" in the above context actually means. > > If we replace Integer by TextWriter in Christian's program and do something > like > > stdout << f()$Dom(stdout); > stdout << f()$Dom(stderr); > > of course most people would say that it is clear that the output might > be different because > > "stdout is not equal to stderr". (*) Where does it say that Dom(x) and Dom(y) should be the same, even if x and y are equal in some sense? I would imagine that Dom(x) and Dom(y) are the same, (i.e., instantiated only once) if x and y are the same, i.e., if (eq x y) as opposed to (equal x y), but I'd be interested to find something about this in the documentation. I'd leave it unspecified. Martin From MAILER-DAEMON Tue May 16 06:18:06 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ffwcw-00047s-L6 for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 06:18:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ffwcu-00047g-G7 for axiom-developer@nongnu.org; Tue, 16 May 2006 06:18:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ffwct-00047H-Pd for axiom-developer@nongnu.org; Tue, 16 May 2006 06:18:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ffwct-00047D-K8 for axiom-developer@nongnu.org; Tue, 16 May 2006 06:18:03 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FfwfV-00030n-Lu for axiom-developer@nongnu.org; Tue, 16 May 2006 06:20:46 -0400 Received: (qmail invoked by alias); 16 May 2006 10:10:23 -0000 Received: from 85-126-38-163.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [85.126.38.163] by mail.gmx.net (mp017) with SMTP; 16 May 2006 12:10:23 +0200 X-Authenticated: #2854174 Date: Tue, 16 May 2006 12:09:52 +0200 To: "Gabriel Dos Reis" From: "Christian Aistleitner" Content-Type: multipart/mixed; boundary=----------Ku392vERVNCFZTg8ZBTYkT MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> Message-ID: In-Reply-To: User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 10:18:04 -0000 ------------Ku392vERVNCFZTg8ZBTYkT Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-Transfer-Encoding: Quoted-Printable Hello, > I'm > converned with the type system. > > The type system allows for checking that expectations of functions are= > met by their arguments. That checking, and reasoning in general, > requires that we can replace equals for equals. If I defined a > function with a given type (the type is evaluated to some type value),= an > later defined a variable or value of the same type (but this time, it > gets evaluated to another type value), how can I even call the > function with that variable? And if the system let me do it, how can > I prove that the call and the result are sound? I designed the some really bad case for functional type systems and = implemented it assuming Aldor would be functional (function.as) and = assuming it is not functional (not_functional.as). I do not see any problems with reasoning in both examples. As I already = = explained in my previous mail: You can use a functional type system to simulate a non functional one. And you claim it is possible to reason in a functional type system (whic= h = I do not doubt). So, using your method of reasoning and my method of expressing non = functionality by a functional type system allows you to reason in a non = = functional type system. You can reason in a system with List( Integer ) and List( Character ) = being different. So it should not be a problem to reason in a system wit= h = List( Integer, timestamp ) and List( Integer, different timestamp ). > | Besides, I am looking for a language, where same formalisms are = > treated in > | the same way. > | For example all functions should be treated equal. > > The troubel is terms and types are generally of the "kind". Sorry, but I am not familiar with the word "term" in this context. You = probably do not mean terms as used for polynomials and probably also not= = term as in "mathematical expression" or as used in formal grammars. Since large parts of your mail deal with "term" I'd better postpone the = = rest of my answer until I understand what you mean by "term". -- Kind regards, Christian ------------Ku392vERVNCFZTg8ZBTYkT Content-Disposition: attachment; filename=functional.as Content-Type: application/octet-stream; name=functional.as Content-Transfer-Encoding: Base64 I2luY2x1ZGUgImFsZG9yIgoKRG9tQSggVDogVHlwZSwgTGlzdFQ6IExpc3RUeXBl IFQgKTogd2l0aCB7IAogICAgZjogVCAtPiBMaXN0VDsKfSA9PSBhZGQgewogICAg ZiggYTogVCApOiBMaXN0VCA9PSB7IFsgYSBdIH07Cn0KCkRvbUIoIFQ6IFR5cGUs IExpc3RUOiBMaXN0VHlwZSBUICk6IHdpdGggeyAKICAgIGc6IFQgLT4gTGlzdFQ7 Cn0gPT0gYWRkIHsKICAgIGcoIGE6IFQgKTogTGlzdFQgPT0geyBbIGEsIGEgXSB9 Owp9CgoKTGlzdEludGVnZXIgPT0gTGlzdCggSW50ZWdlciApOwoKaW1wb3J0IGZy b20gRG9tQSggSW50ZWdlciwgTGlzdEludGVnZXIgKTsKaW1wb3J0IGZyb20gRG9t QiggSW50ZWdlciwgTGlzdEludGVnZXIgKTsKCmltcG9ydCBmcm9tIEludGVnZXIs IExpc3RJbnRlZ2VyOwppbXBvcnQgZnJvbSBUZXh0V3JpdGVyLCBDaGFyYWN0ZXI7 CgpzdGRvdXQgPDwgYXBwZW5kISggZiggMiApLCBnKCA0ICkgKSA8PCBuZXdsaW5l Owo= ------------Ku392vERVNCFZTg8ZBTYkT Content-Disposition: attachment; filename=non_functional.as Content-Type: application/octet-stream; name=non_functional.as Content-Transfer-Encoding: Base64 I2luY2x1ZGUgImFsZG9yIgoKRG9tQSggVDogVHlwZSApOiB3aXRoIHsgCiAgICBm OiBUIC0+IExpc3QgVDsKfSA9PSBhZGQgewogICAgZiggYTogVCApOiBMaXN0IFQg PT0geyBbIGEgXSB9Owp9CgpEb21CKCBUOiBUeXBlICk6IHdpdGggeyAKICAgIGc6 IFQgLT4gTGlzdCBUOwp9ID09IGFkZCB7CiAgICBnKCBhOiBUICk6IExpc3QgVCA9 PSB7IFsgYSwgYSBdIH07Cn0KCmltcG9ydCBmcm9tIERvbUEoIEludGVnZXIgKTsK aW1wb3J0IGZyb20gRG9tQiggSW50ZWdlciApOwoKaW1wb3J0IGZyb20gTGlzdCgg SW50ZWdlciApOwppbXBvcnQgZnJvbSBJbnRlZ2VyOwppbXBvcnQgZnJvbSBUZXh0 V3JpdGVyLCBDaGFyYWN0ZXI7CgpzdGRvdXQgPDwgYXBwZW5kISggZiggMiApLCBn KCA0ICkgKSA8PCBuZXdsaW5lOwo= ------------Ku392vERVNCFZTg8ZBTYkT-- From MAILER-DAEMON Tue May 16 08:46:36 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ffywd-00036X-OW for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 08:46:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ffywb-000363-Pr for axiom-developer@nongnu.org; Tue, 16 May 2006 08:46:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ffywa-00035Z-44 for axiom-developer@nongnu.org; Tue, 16 May 2006 08:46:33 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ffywa-00035W-0Z for axiom-developer@nongnu.org; Tue, 16 May 2006 08:46:32 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FfyzD-0008UD-BR for axiom-developer@nongnu.org; Tue, 16 May 2006 08:49:15 -0400 Received: (qmail invoked by alias); 16 May 2006 12:46:30 -0000 Received: from 83-65-215-195.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [83.65.215.195] by mail.gmx.net (mp039) with SMTP; 16 May 2006 14:46:30 +0200 X-Authenticated: #2854174 Date: Tue, 16 May 2006 14:46:31 +0200 To: "Ralf Hemmecke" , "Gabriel Dos Reis" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <44690238.1070709@risc.uni-linz.ac.at> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <44690238.1070709@risc.uni-linz.ac.at> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 12:46:34 -0000 Hello, On Tue, 16 May 2006 00:35:36 +0200, Ralf Hemmecke = wrote: >> | System(): with { >> | timestamp: Integer; >> | cpuTemperature: Integer; >> | } =3D=3D add { >> | timestamp: Integer =3D=3D { obtain the timestamp somehow } >> | cpuTemperature: Integer =3D=3D { obtain the timestamp somehow } >> | } [...] >> | | System: with { >> | grabData: () -> % >> | timestamp: % -> Integer; >> | cpuTemperature: % -> Integer; >> | } =3D=3D add { >> | macro Rep =3D=3D Record( ts: Integer, temp: Integer ); >> | | grabData(): % =3D=3D { >> | per record( obtain the timestamp somehow, obtain the = >> temperature | somehow ); >> | } >> | | timestamp( a: % ): Integer =3D=3D { (rep a) . ts; }; >> | cpuTemperature( a: % ): Integer =3D=3D { (rep a) . temp; }; >> | } > > I would also claim the second is better. Christian, if you call the = > first System() only once then you wouldn't make it a function, but you= = > certainly like to call System() several times. Yes, certainly. Consider the following piece of code: printSystemStats(): () =3D=3D { import from System(), ...; stdout << cpuTemperature << " " << timestamp << newline; } monitor(): () =3D=3D { repeat { printSystemStats(); some code to sleep 10 seconds } } There, System() would get called again and again. Every ten seconds a ne= w = instance. >> | To determine the given temperature and timestamp for the system = >> involves 1 | Function call for non functional Domains and 3 for = >> functional Domains. > > I guess you are wrong. > > In the first case, each time you want a time-temperature pair you must= = > do like... > > S =3D=3D System(); > t :=3D timeStamp$S; > T :=3D cpuTemperature$S; > > in the second case it is > > d :=3D grabData()$System; > t :=3D timeStamp(d)$System; > T :=3D cpuTemperature(d)$System; > > So what do you gain? Again: The first piece of code has one function call ... namely System()= . = Then obtaining timeStamp and cpuTemperature is getting constants and not= = calling functions. 1 function call. In the second case, grabData() is "calling a function". Same holds for = timeStamp(d) and cpuTemperature. 3 function calls. In a general setting, calling functions is slow, so we do not want to do= = it often. Again. I am not saying, this is the way to go ... It is just an example,= = where non functionality might be usefull. >> If I do not have a functional type system, how am I supposed to do = >> "separate compilation"? How am I supposed to do calls? > > [ Ralf clairifying how it can be done ] Also have in mind, that "with" statements are a anonymous. You can check= = whether Dom: with { f:() -> (); g:() -> (); } has the f function by Dom has with { f:() -> (); } Note that these are two completely different with statements! > But it has to be discussed what "equality of arguments" actually means= = > in order to be able to speak about the functionality property, since n= ot = > every type exports "=3D: (%, %) -> %". This is the main point to the whole discussion and the main drawback of = = functionality. "How to check equality"? Even and if everything exports "=3D", we do not know about the semantics= of = "=3D". We would have to bind them :(. The interesting part is that with in a purely functional setting we will= = also run into troubles soon, when using pointer comparison: DomA( a: List Integer ):with {...} =3D=3D add {...} a: List Integer :=3D [ 1, 2, 3 ]; R =3D=3D DomA( a ); a . 2 :=3D 300; S =3D=3D DomA( a ); a still refers to the same memory location, but it is different. Would R= = equal S? -- Kind regards, Christian From MAILER-DAEMON Tue May 16 09:08:34 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FfzHu-0007bU-Qf for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 09:08:34 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FfzHs-0007ao-Rq for axiom-developer@nongnu.org; Tue, 16 May 2006 09:08:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FfzHr-0007aC-2o for axiom-developer@nongnu.org; Tue, 16 May 2006 09:08:32 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FfzHq-0007a8-Ve for axiom-developer@nongnu.org; Tue, 16 May 2006 09:08:31 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FfzKU-0002es-J7 for axiom-developer@nongnu.org; Tue, 16 May 2006 09:11:14 -0400 Received: from [140.78.167.127] (dyn167127.wlan.jku.at [140.78.167.127]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4GD8DHi025300 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 16 May 2006 15:08:14 +0200 Message-ID: <4469CEC0.8040603@hemmecke.de> Date: Tue, 16 May 2006 15:08:16 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: tmgisi@gmx.at References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <44690238.1070709@risc.uni-linz.ac.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 13:08:33 -0000 > DomA( a: List Integer ):with {...} == add {...} > > a: List Integer := [ 1, 2, 3 ]; > R == DomA( a ); > a . 2 := 300; > S == DomA( a ); > > a still refers to the same memory location, but it is different. Would R > equal S? Well, here I would comment the following. a.2 := 300 is the same as set!(a, 2, 300) Everyone sees the exclamation mark? This exclamation mark is a _convention_ in Aldor to say that a function is destructive, ie it destroys one of its parameters. And the comment is: If you use destructive functions, you might earn speed but you have to take care of correctness yourself. Basically, by using destructive functions one can introduce as nasty things as one wants. The above code snippet is just such an example of such a nasty thing. Ralf From MAILER-DAEMON Tue May 16 10:56:50 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fg0yg-0008WB-CE for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 10:56:50 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fg0ye-0008Ub-OY for axiom-developer@nongnu.org; Tue, 16 May 2006 10:56:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fg0yb-0008Ry-S0 for axiom-developer@nongnu.org; Tue, 16 May 2006 10:56:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fg0yb-0008Rn-NG for axiom-developer@nongnu.org; Tue, 16 May 2006 10:56:45 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fg11G-0000aM-36 for axiom-developer@nongnu.org; Tue, 16 May 2006 10:59:30 -0400 Received: (qmail invoked by alias); 16 May 2006 14:56:43 -0000 Received: from 85-124-72-86.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [85.124.72.86] by mail.gmx.net (mp020) with SMTP; 16 May 2006 16:56:43 +0200 X-Authenticated: #2854174 Date: Tue, 16 May 2006 16:56:44 +0200 To: "Ralf Hemmecke" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <44690238.1070709@risc.uni-linz.ac.at> <4469CEC0.8040603@hemmecke.de> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <4469CEC0.8040603@hemmecke.de> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] functional type system using pointer comparisons to check equality [was: Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains.] X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 14:56:49 -0000 Hello, On Tue, 16 May 2006 15:08:16 +0200, Ralf Hemmecke wro= te: >> DomA( a: List Integer ):with {...} =3D=3D add {...} >> a: List Integer :=3D [ 1, 2, 3 ]; >> R =3D=3D DomA( a ); >> a . 2 :=3D 300; >> S =3D=3D DomA( a ); >> a still refers to the same memory location, but it is different. Wou= ld = >> R equal S? > > Well, here I would comment the following. > > a.2 :=3D 300 > > is the same as > > set!(a, 2, 300) > > Everyone sees the exclamation mark? This exclamation mark is a = > _convention_ in Aldor to say that a function is destructive, Yes. > ie it destroys one of its parameters. No. It may destroy _all_ of its parameters. But thats not the point. Since it is hard -- or rather impossible -- for a developer to deceide = whether or not a value he returns will be or has been used in a type = constructing function, you'd practically forbid using destructive = functions at all. You'd not even be allowed to act destructivly on a value you just copied= : SomeDom: with { CopyableType; ... } =3D=3D add { copy( a: % ): % =3D=3D { local copiedValue: %; ... copiedValue :=3D ...; ... assert( hasBeenProperlyCopied $ ProperlyCopiedHelperDomain( a, = copiedValue ) ); copiedValue; } ... } local a: SomeDom :=3D ... local b: SomeDom :=3D copy a; destructiveFunction!( b ); -- b has already been used in via copiedValue= = in ProperlyCopiedHelperDomain( a, copiedValue ). So practically no destructive functions... I wouldn't want to have a functional-type system performing equality = checks by comparing pointers. Besides, huge Integers representing the same number most likely do not = share the same memory. Besides, Lists of the same integers most likely do not share the same = memory. Most "elements of domains", which represent the same value most likely d= o = not share memory. However, they can be used as parameters to domain = constructing functions. What would be the worth of "functionality" if it= = stops there? -- Kind regards, Christian From MAILER-DAEMON Tue May 16 13:36:21 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fg3T2-0004Ch-Td for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 13:36:20 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fg3T1-0004B3-M4 for axiom-developer@nongnu.org; Tue, 16 May 2006 13:36:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fg3Sz-0004Ag-4a for axiom-developer@nongnu.org; Tue, 16 May 2006 13:36:18 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fg3Sy-0004Ad-Vh for axiom-developer@nongnu.org; Tue, 16 May 2006 13:36:17 -0400 Received: from [193.252.22.30] (helo=smtp1.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fg3Vf-0001eT-Bp for axiom-developer@nongnu.org; Tue, 16 May 2006 13:39:03 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0101.wanadoo.fr (SMTP Server) with ESMTP id 9B0C31C00222 for ; Tue, 16 May 2006 19:36:14 +0200 (CEST) Received: from ALille-251-1-63-132.w82-127.abo.wanadoo.fr (ALille-251-1-63-132.w82-127.abo.wanadoo.fr [82.127.219.132]) by mwinf0101.wanadoo.fr (SMTP Server) with ESMTP id 560011C00227 for ; Tue, 16 May 2006 19:36:14 +0200 (CEST) X-ME-UUID: 20060516173614352.560011C00227@mwinf0101.wanadoo.fr From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: axiom-developer Content-Type: multipart/mixed; boundary="=-80Sib68yfLCb8x4tKomZ" Date: Tue, 16 May 2006 19:36:25 +0200 Message-Id: <1147800985.4959.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Subject: [Axiom-developer] space in ++ description X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 17:36:19 -0000 --=-80Sib68yfLCb8x4tKomZ Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, Can someone explain me why myfunc1: Z -> Boolean ++ myfunc1(z) computes a wonderful thing. ++ SIDE = 'L' SIDE = 'R' ++ TRANS = 'N': Q * C C * Q ++ TRANS = 'T': Q**T * C C * Q**T is correctly displayed in hyperdoc but not myfunc2: Z -> Boolean ++ myfunc2(z) computes another wonderful thing. ++ A * P = Q * [ R11 R12 ] ++ [ 0 R22 ] ? So, how can I write the myfunc2 description such that it is correctly displayed in an editor (and in verbatim environment) and in hyperdoc ? Is there some special commands ? Cheers, Greg PS : Attached is a test package if you want to experiment with this. Description is available via "Browse"->`type the name of the operation` ->"Operations" --=-80Sib68yfLCb8x4tKomZ Content-Disposition: attachment; filename=mytest.spad Content-Type: text/plain; name=mytest.spad; charset=us-ascii Content-Transfer-Encoding: 7bit )abbrev package MYTEST MyTest MyTest() : Exports == Implementation where Z ==> Integer Exports == with myfunc1: Z -> Boolean ++ myfunc1(z) computes a wonderful thing. ++ SIDE = 'L' SIDE = 'R' ++ TRANS = 'N': Q * C C * Q ++ TRANS = 'T': Q**T * C C * Q**T myfunc2: Z -> Boolean ++ myfunc2(z) computes another wonderful thing. ++ A * P = Q * [ R11 R12 ] ++ [ 0 R22 ] Implementation == add myfunc1(n)== one? n myfunc2(n)== zero? n --=-80Sib68yfLCb8x4tKomZ-- From MAILER-DAEMON Tue May 16 16:16:59 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fg5yV-00039u-7W for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 16:16:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fg5yT-00039E-Ky for axiom-developer@nongnu.org; Tue, 16 May 2006 16:16:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fg5yR-00038q-98 for axiom-developer@nongnu.org; Tue, 16 May 2006 16:16:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fg5yR-00038n-3S for axiom-developer@nongnu.org; Tue, 16 May 2006 16:16:55 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fg619-0007lg-1T for axiom-developer@nongnu.org; Tue, 16 May 2006 16:19:43 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4GKGqHi005263 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 16 May 2006 22:16:53 +0200 Message-ID: <446A333B.4030708@hemmecke.de> Date: Tue, 16 May 2006 22:16:59 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Vanuxem_Gr=E9gory?= Subject: Re: [Axiom-developer] space in ++ description References: <1147800985.4959.21.camel@localhost.localdomain> In-Reply-To: <1147800985.4959.21.camel@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 20:16:58 -0000 Hi Greg, very nice that you have trouble with that. ;-) No, you are not alone. I have NEVER seen a clear explanation of how ++ comments should be written. And that was one of the reasons why I=20 finally decided to introduce my own syntax (which is just a set of 5 TeX = commands \adtype \adthistype (markup for types) \adname \adthisname (markup for constants and functions) \adcode (markup for code pieces) and the following environments adusage adparameters addescription adexception adremarks adseealso adsnippet (for longer pieces of code) and additionally the WHOLE power of LaTeX. If you want to find out more look at the section about aldordoc.sty in=20 ALLPROSE. And if you follow some simple and natural conventions in=20 ALLPROSE, you will even get all things hyperlinked (in pdf, dvi, and=20 html). No way, however, to help you to produce nice things for hyperdoc. I hope some day the aldordoc.sty way of typesetting +++ comments becomes = standard. Anyway, you should write in a literate programming style. Your code=20 looks as if you are doing something else. ;-) On 05/16/2006 07:36 PM, Vanuxem Gr=E9gory wrote: > Hi, >=20 > Can someone explain me why > =20 > myfunc1: Z -> Boolean > ++ myfunc1(z) computes a wonderful thing. > ++ SIDE =3D 'L' SIDE =3D 'R' > ++ TRANS =3D 'N': Q * C C * Q > ++ TRANS =3D 'T': Q**T * C C * Q**T >=20 > is correctly displayed in hyperdoc but not >=20 > myfunc2: Z -> Boolean > ++ myfunc2(z) computes another wonderful thing. > ++ A * P =3D Q * [ R11 R12 ] > ++ [ 0 R22 ] >=20 > ? From MAILER-DAEMON Tue May 16 17:57:37 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fg7Xt-0007Qe-KN for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 17:57:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fg7Xr-0007QM-QW for axiom-developer@nongnu.org; Tue, 16 May 2006 17:57:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fg7Xp-0007Pw-69 for axiom-developer@nongnu.org; Tue, 16 May 2006 17:57:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fg7Xo-0007Pt-VR for axiom-developer@nongnu.org; Tue, 16 May 2006 17:57:33 -0400 Received: from [68.142.201.188] (helo=web31708.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fg7aX-0007PW-KY for axiom-developer@nongnu.org; Tue, 16 May 2006 18:00:21 -0400 Received: (qmail 48162 invoked by uid 60001); 16 May 2006 21:57:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=VNyK4PtsPLIEeh4M12MN7NZh5kgeYK9gggUzXdcc9QgxkTFATWfugPjy82mf/myKJ0Ar9B+WyIN3JHLTvo1iCgZORm2pJ/06zr+pBzQlbKRNvrmCVjSz/6u8B1BpL2u91YFx8/jYi1HM8MGLsia3ezvxrMVroDLwmuW0LIQGcqo= ; Message-ID: <20060516215731.48160.qmail@web31708.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31708.mail.mud.yahoo.com via HTTP; Tue, 16 May 2006 14:57:31 PDT Date: Tue, 16 May 2006 14:57:31 -0700 (PDT) From: C Y To: axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Axiom-developer] Of pamphlets, volumes, and algebra X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 May 2006 21:57:35 -0000 Back in November, Tim gave the following as an overall "structure" within which we will be working to define, describe, and document the Axiom system. vol 1: tutorial vol 2: programming vol 3: reference vol 4: developers guide vol 5: interpreter vol 6: compiler vol 7: browser vol 8: hyperdoc vol 9: algebra vol 10: numerics 1-4 are not literate documents in the sense of being both documentation and source code, so they pose no serious complications and can be handled without difficulty as normal latex documents. 5+ are more complex, because they involve literate programming in its true sense. Fortunately, the interperter and compiler are both well defined conceptually, and we have sufficient tools and mechanisms in place to make this workable. I'm thinking vol 6 will be postponed until Aldor becomes Free (if it does) but Tim has already started on vol. 5. 7 and 8 I am slightly less clear on - is hyperdoc the current graphical environment for interacting with Axiom? Is the browser a pamphlet browser, or the wiki environment? will the hyperdoc volume become the UI volume if a new "standard" graphical interface/environment is created? Would graphing techniques be part of one of these volumes? That's far enough in the future that these questions are premature - just curious. Volumes 9 and 10 are my real concern. I agree algebra and numerical categories are a logical breakdown from a user standpoint, but they are both so incredibly huge as categories that each one might in itself consititute several large volumes. Is the plan to simply not publish these volumes as printed works? I suppose that might be logical but it would be a shame - if the Axiom project realizes its full ambition and reaches a "stable" configuration I would rate it as a must for any serious university library. It is true that it changes frequently but the same might be said of the Oxford Unabridged dictionary (assuming it is kept current with the living language) and that is a staple of most large libraries. Also, most algebra work exists as discrete pamphlets which concentrate on a single subject - these will need to be integrated into volumes and as of now our automatic mechanisms cannot achieve this. And if people write papers as pamphlets and publish them, those too will need to be incorporated while remaining available as individual entities. Wouldn't it make sense to organize the algebraic and numerical volumes of Axiom according to accepted mathematical cagetories, insofar as this can be done? I have no idea how many that would prove to be or what the form of it would take, beyond the vague notion of building logicly from a foundation to "high level" math, but it seems to me that we might want to organize along some such lines. We have discussed in the past the need for some kind of organized mapping of mathematical fields and how they inter-relate - as we develop this map, couldn't we use it to break down "algebra" into more useful chuncks? Maybe (just as an example, I'm sure this is wrong:) Volume 9.1 Category Theory Volume 9.2 Numbers - Integers, Floats, Reals, Complex, etc. Volume 9.3 Polynomial Equations Volume 9.4 Matricies, Arrays, Vectors and Operations on Them Volume 9.5 Series, Limits, etc. Volume 9.6 Special Functions Volume 9.7 Calculus - Differentiation and Integration Volume 9.8 Differential Equations etc. etc. etc. Volume 10.1 Fundamental Numerical Methods Volume 10.2 Volume 11.1 Fundamentals of Descriptive Systems - Physical, Economic, etc. Volume 11.2 Physics Volume 11.3 Chemistry Volume 11.4 Economics etc. etc. etc. Then we can assign each pamphlet a "category" from the list of volumes, and (maybe) establish coding standards such that each pamphlet written on a particular subject is ready to be plugged into the file defining the volume in question. I don't have a clear idea how to do that yet (or rather a clear idea that would be accepted, since the most obvious way involves a separation of content from preambles.) One advantage of this would be that it would make it relatively simple for a specialist to judge Axiom's abilities within a particular field, and what is needed. Also, the bibliography included with each volume of this nature would be far more useful as an overview of the field, because it would be separate from the huge core bibliography. Indeed, my favorite idea is a per-chapter (or per-pamphlet) bibliography style, with a per-volume bibliography at the end if comprehensiveness is need or required. We might want a "last edited" date in each pamphlet as well, so we know how current the work on a particular subject is and where to start looking for research not yet considered. Sorry if I'm not terribly focused, but I started considering the bibliography problem again today and it brought a lot of issues to mind. Clearly we will need to standardize reference names and accomidate DOI, arXiv, and other citation styles whenever possible, but that's just a beginning. The potential scope of Axiom suggests it must organize virtually all mathematics into a coherent structure which is understandable and extendable. So I guess my real question is - inside Vol 9, how are we planning to organize? Cheers, Cliff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Tue May 16 21:28:46 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgAqD-0000IY-QM for mharc-axiom-developer@gnu.org; Tue, 16 May 2006 21:28:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgAqC-0000I0-4q for axiom-developer@nongnu.org; Tue, 16 May 2006 21:28:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgAqA-0000Hg-Iw for axiom-developer@nongnu.org; Tue, 16 May 2006 21:28:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgAqA-0000Hd-Ea for axiom-developer@nongnu.org; Tue, 16 May 2006 21:28:42 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgAsv-0005mF-Fb for axiom-developer@nongnu.org; Tue, 16 May 2006 21:31:33 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.12.11/8.12.11) with ESMTP id k4H1RkQc032607; Tue, 16 May 2006 21:27:51 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-4.zoominternet.net (Postfix) with ESMTP id 32D2B7F406; Tue, 16 May 2006 21:27:47 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4H1Lke15711; Tue, 16 May 2006 21:21:46 -0400 Date: Tue, 16 May 2006 21:21:46 -0400 Message-Id: <200605170121.k4H1Lke15711@localhost.localdomain> From: root To: christian@defun.dk In-reply-to: (message from Christian Lynbech on Tue, 16 May 2006 20:32:43 +0200) References: X-Spam-Score: 1.10 (*) [Tag at 15.00] FORGED_RCVD_HELO,PIPE_OBFUSCATION X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org Subject: [Axiom-developer] Re: Literate programming X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 01:28:44 -0000 (note that this part of my reply is copied to the axiom mailing list) > Would you care to share some insights as to why you are thinking about > redoing noweb in lisp? five reasons. (well "reasons" might be a bit strong except in a religious sense) first, noweb is slow. my current document (for work) has about 60k bytes so far. it takes about 20 seconds to make a change, save it, and then run the makefile to extract the code, run the test cases, and update the dvi file. of the 20 seconds about 18 are spent in noweb. it is not scaling. noweb uses the old byte-at-a-time model with pipes, awk, sed, etc. in lisp i'd use read-sequence which can read the whole file in subsecond time and the lisp processing won't take much longer. you could use mmap in C but that won't work with the C/sed/awk pipe scripts. axiom source is slowly dissolving into fully literate documents and these documents are getting larger and more complex. we MUST scale. second, if lisp could manipulate literate documents directly it would greatly increase the ways we could integrate literate documents into the interpreter/compiler/browser/graphics. it would be possible to directly (read) from a chunk in a file so that program and data files don't need to be notangled. which eliminates the need for notangle and makes literate documents fundamental. third, axiom is mostly lisp. noweb adds requirements for sed/C/[gawk|nawk|awk]. it's been argued that these exist already but that's hardly a reason for continuing. a uniform implementation language increases function (see above) and reduces developer knowledge requirements. if i can just type (read (find-chunk "chunkname")) it is much easier and more useful than starting a separate process to run a C/sed/awk function and then opening a stream to read the result. fourth, since all of my literate work uses latex it makes sense to limit the noweb functionality to be pure latex. so instead of defining a chunk as <>= @ we would write \begin{chunk}{anything} \end{chunk} this would eliminate the noweave step completely. all of the power of latex is available. it would be possible to make the chunk-environment sensitive to things like fonts or other latex commands like bold-font, arrays, etc. chunks need not be raw quoted code but could include hyperlinks. these could be eliminated in the notangle process. fifth, i can't leave "good enough" alone. i see axiom growing by a factor of 10 or more and i'm constantly gnawing on the problem of scaling and integration. unifying chunks and latex with lisp gives me a whole new realm of ideas for unifying the idea of literate documents and computational math. i want the distinction to disappear. i want computational math to just be published as literate documents containing theory and code where the running code is considered the "proof". i want the standard of academic interchange to require running code much as standard mathematics requires a proof. i want a literate journal that referees literate computational mathematics papers. (for academics, programs are a loss at the moment because they are not considered for tenure) noweb is a wart on the whole process. it exposes mechanism. you should be able to just "run" a computational mathematics paper. no mechanism, no machinery. it should "just work". t From MAILER-DAEMON Wed May 17 03:52:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgGpA-00071M-W4 for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 03:52:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgGp7-0006zE-FV for axiom-developer@nongnu.org; Wed, 17 May 2006 03:52:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgGp3-0006wL-TJ for axiom-developer@nongnu.org; Wed, 17 May 2006 03:52:00 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgGp2-0006w0-TF for axiom-developer@nongnu.org; Wed, 17 May 2006 03:51:57 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FgGrr-0001aG-DN for axiom-developer@nongnu.org; Wed, 17 May 2006 03:54:51 -0400 Received: (qmail invoked by alias); 17 May 2006 07:51:55 -0000 Received: from 83-65-215-196.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [83.65.215.196] by mail.gmx.net (mp043) with SMTP; 17 May 2006 09:51:55 +0200 X-Authenticated: #2854174 Date: Wed, 17 May 2006 09:51:49 +0200 To: "Martin Rubey" , "Ralf Hemmecke" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> <85k68m5qw2.fsf@localhost.localdomain> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <85k68m5qw2.fsf@localhost.localdomain> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 07:52:02 -0000 Hello Martin, On Tue, 16 May 2006 10:13:17 +0200, Martin Rubey = wrote: > Where does it say that Dom(x) and Dom(y) should be the same, even if x= = > and y > are equal in some sense? I guess nowhere. But typically, you'd expect it. Consider a: List Integer :=3D [ 1 ]; b: List Integer :=3D [ 2 ]; you want to be able to call append!( a, b ), won't you? But actually, you invoke the function List two times. Each time with the= = same argument (namely Integer). If calling a function two times with the same argument yields the same = (not the equivalent, but really the same) result, we call it "functional= " = in the discussion. Otherwise, we call it non functional. Just as with = (functional) relations. > I would imagine that Dom(x) and Dom(y) are the same, (i.e., instantiat= ed = > only > once) if x and y are the same, i.e., if (eq x y) as opposed to (equal = x = > y), but > I'd be interested to find something about this in the documentation. That's the main point ... what kind of "equals" does Aldor apply? I do not know. Just look at the Dom example I gave. > I'd leave it unspecified. Leaving compiler behaviour unspecified is a bad thing. No user would be = = allewed to rely on calling List( Integer ) two times would give an = identical result. Why would no user be able to rely on it, if its unspecified? Because it might change in future :( -- Kind regards, Christian From MAILER-DAEMON Wed May 17 04:25:38 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgHLe-0003NE-8z for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 04:25:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgHLc-0003Mm-7d for axiom-developer@nongnu.org; Wed, 17 May 2006 04:25:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgHLZ-0003MQ-Ov for axiom-developer@nongnu.org; Wed, 17 May 2006 04:25:35 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgHLZ-0003MN-C6 for axiom-developer@nongnu.org; Wed, 17 May 2006 04:25:33 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgHOO-0004KE-8m for axiom-developer@nongnu.org; Wed, 17 May 2006 04:28:28 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4H8OTpj008396; Wed, 17 May 2006 10:24:31 +0200 (CEST) Sender: rubey@localhost.localdomain To: tmgisi@gmx.at References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> <85k68m5qw2.fsf@localhost.localdomain> From: Martin Rubey Date: 17 May 2006 10:24:13 +0200 In-Reply-To: Message-ID: <858xp1t5xu.fsf@localhost.localdomain> Lines: 78 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: aldor-l , Stephen Watt , axiom-dev Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 08:25:36 -0000 "Christian Aistleitner" writes: > Hello Martin, > > On Tue, 16 May 2006 10:13:17 +0200, Martin Rubey > wrote: > > > Where does it say that Dom(x) and Dom(y) should be the same, even if x > > and y > > are equal in some sense? I should have been more precise: with "equal in some sense" I meant "not exactly equal". In german it is easier: I meant "nicht dasselbe sondern nur das gleiche". > I guess nowhere. But typically, you'd expect it. if x and y are "dasselbe" yes, otherwise no. > > Consider > a: List Integer := [ 1 ]; > b: List Integer := [ 2 ]; > you want to be able to call append!( a, b ), won't you? yes, since (eq Integer Integer) > But actually, you invoke the function List two times. Each time with the same > argument (namely Integer). If calling a function two times with the same > argument yields the same (not the equivalent, but really the same) result, we > call it "functional" in the discussion. Otherwise, we call it non > functional. Just as with (functional) relations. OK, I see now. It could be -- in the non functional setting -- that a: NonFunctionalDomainConstructor Integer := something b: NonFunctionalDomainConstructor Integer := otherthing and NonFunctionalDomainConstructor exports an operation f(%, %), but I still *shouldn't* be able to call f(a, b), since a and b come from different instantiations of NonFunctionalDomainConstructor Integer? (Not currently, since it seems that Aldor instantiates a Domain only another time, if the argument has changed.) > > I would imagine that Dom(x) and Dom(y) are the same, (i.e., instantiated > > only once) if x and y are the same, i.e., if (eq x y) as opposed to (equal > > x y), but I'd be interested to find something about this in the > > documentation. > > That's the main point ... what kind of "equals" does Aldor apply? > I do not know. Just look at the Dom example I gave. which one? By the way: please include output of your aldor programs. It's always a hassle for me to reproduce it. > > I'd leave it unspecified. > > Leaving compiler behaviour unspecified is a bad thing. No, not necessarily. Maybe I should have said "undefined". In Lisp this is the case for many things. It's basically saying: "in principle it is an error, but don't expect that I throw an error message". > No user would be allowed to rely on calling List( Integer ) two times would > give an identical result. I agree that I wouldn't leave *this* unspecified, but I could imagine saying: * domains are "compatible" (i.e., you may use append in the example you gave above), if their arguments were identical. In this case, the domain is instantiated only once. * if their arguments were not identical, the behaviour is unspecified thanks for getting me into the boat again, Martin From MAILER-DAEMON Wed May 17 05:14:59 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgI7P-00085P-7D for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 05:14:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgI7O-00082s-2j for axiom-developer@nongnu.org; Wed, 17 May 2006 05:14:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgI7N-00081B-2I for axiom-developer@nongnu.org; Wed, 17 May 2006 05:14:57 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgI7M-00080b-Ma for axiom-developer@nongnu.org; Wed, 17 May 2006 05:14:56 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgIAC-0000cM-2q for axiom-developer@nongnu.org; Wed, 17 May 2006 05:17:52 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4H9AJpj035215; Wed, 17 May 2006 11:10:21 +0200 (CEST) Sender: rubey@localhost.localdomain To: Ralf Hemmecke Subject: Re: [Axiom-developer] space in ++ description References: <1147800985.4959.21.camel@localhost.localdomain> <446A333B.4030708@hemmecke.de> From: Martin Rubey Date: 17 May 2006 11:10:03 +0200 In-Reply-To: <446A333B.4030708@hemmecke.de> Message-ID: <854pzpt3tg.fsf@localhost.localdomain> Lines: 49 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 09:14:58 -0000 Ralf Hemmecke writes: > No way, however, to help you to produce nice things for hyperdoc. I think this is not completely true. If you restrict yourself between \begin{+++} and \end{+++} to the subset of latex commands hyperdoc understands, you do get hyperdoc for free. The only trouble being that it is not completely clear what hyperdoc does understand. In your example I simply guess that the font HyperDoc uses is not really fixed width. Somehow it seems that spaces differ in size from other letters. I guess the only way to find out is to grep src/algebra to filter all words \blabla that are contained in a line that contains ++. However, it seems to me that the only commands used there are \axiom, \spad, \em, and some others. Another source is doc/hypertex/pages. I found that you can use verbatim: )abbrev package MYTEST MyTest MyTest() : Exports == Implementation where Z ==> Integer Exports == with myfunc1: Z -> Boolean ++ myfunc1(z) computes a wonderful thing. ++ SIDE = 'L' SIDE = 'R' ++ TRANS = 'N': Q * C C * Q ++ TRANS = 'T': Q**T * C C * Q**T myfunc2: Z -> Boolean ++ myfunc2(z) computes another wonderful thing. ++ \begin{verbatim} ++ A * P = Q * [ R11 R12 ] ++ [ 0 R22 ] ++ \end{verbatim} Implementation == add myfunc1(n)== one? n myfunc2(n)== zero? n Martin From MAILER-DAEMON Wed May 17 09:03:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgLgD-0005NY-3r for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 09:03:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgLgA-0005Mx-Mz for axiom-developer@nongnu.org; Wed, 17 May 2006 09:03:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgLgA-0005Mi-5K for axiom-developer@nongnu.org; Wed, 17 May 2006 09:03:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgLgA-0005Mf-1j for axiom-developer@nongnu.org; Wed, 17 May 2006 09:03:06 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FgLj1-00011y-GY for axiom-developer@nongnu.org; Wed, 17 May 2006 09:06:03 -0400 Received: (qmail invoked by alias); 17 May 2006 13:03:03 -0000 Received: from 83-65-215-166.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [83.65.215.166] by mail.gmx.net (mp036) with SMTP; 17 May 2006 15:03:03 +0200 X-Authenticated: #2854174 Date: Wed, 17 May 2006 15:02:57 +0200 To: "Martin Rubey" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <87zmhobkg3.fsf@localhost.localdomain> <44637605.8060405@hemmecke.de> <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> <85k68m5qw2.fsf@localhost.localdomain> <858xp1t5xu.fsf@localhost.localdomain> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <858xp1t5xu.fsf@localhost.localdomain> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: Stephen Watt , axiom-dev , aldor-l Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 13:03:06 -0000 Hello, > OK, I see now. It could be -- in the non functional setting -- that > > a: NonFunctionalDomainConstructor Integer :=3D something > b: NonFunctionalDomainConstructor Integer :=3D otherthing > > and NonFunctionalDomainConstructor exports an operation f(%, %), but I= = > still > *shouldn't* be able to call f(a, b), since a and b come from different= > instantiations of NonFunctionalDomainConstructor Integer? yes. > (Not currently, since it seems that Aldor instantiates a Domain only = > another time, if the argument has changed.) No. Sometimes, a domain is not re-instantiated, even if the argument = changed ;) See my Dom example: http://www.aldor.org/pipermail/aldor-l/2006-May/000205.html >> > I would imagine that Dom(x) and Dom(y) are the same, (i.e., = >> instantiated >> > only once) if x and y are the same, i.e., if (eq x y) as opposed to= = >> (equal >> > x y), but I'd be interested to find something about this in the >> > documentation. >> >> That's the main point ... what kind of "equals" does Aldor apply? >> I do not know. Just look at the Dom example I gave. > > which one? http://www.aldor.org/pipermail/aldor-l/2006-May/000205.html >> > I'd leave it unspecified. >> >> Leaving compiler behaviour unspecified is a bad thing. > > No, not necessarily. Maybe I should have said "undefined". In Lisp thi= s = > is the > case for many things. It's basically saying: "in principle it is an = > error, but don't expect that I throw an error message". Thereby you specify it. You say the thing of interest is wrong. And you = = specify that an error might be thrown. But you must not rely on it. = Specified. >> No user would be allowed to rely on calling List( Integer ) two times= = >> would give an identical result. > > I agree that I wouldn't leave *this* unspecified, but I could imagine = = > saying: > > * domains are "compatible" (i.e., you may use append in the example yo= u = > gave > above), if their arguments were identical. In this case, the domain = is > instantiated only once. > > * if their arguments were not identical, the behaviour is unspecified Such a definition would be contradicting the current implementation of t= he = Aldor compiler :) And what do you mean by "identical"? The whole thing is terribly = complicated (at least for me). -- Kind regards, Christian From MAILER-DAEMON Wed May 17 10:58:47 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgNU7-0005nk-D6 for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 10:58:47 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgNU5-0005n2-7W for axiom-developer@nongnu.org; Wed, 17 May 2006 10:58:45 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgNTz-0005l8-IK for axiom-developer@nongnu.org; Wed, 17 May 2006 10:58:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgNTz-0005l2-D1 for axiom-developer@nongnu.org; Wed, 17 May 2006 10:58:39 -0400 Received: from [68.142.201.182] (helo=web31702.mail.mud.yahoo.com) by monty-python.gnu.org with smtp (Exim 4.52) id 1FgNWq-000652-Kp for axiom-developer@nongnu.org; Wed, 17 May 2006 11:01:37 -0400 Received: (qmail 34563 invoked by uid 60001); 17 May 2006 14:58:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=BGWtNimgr+BWm4rBP1hMJ9x1omCeSmsow1ae286p88NhTJLBjtqCPSu7k7SgJjTvCQqNMifQxAcJwWn7uCqW6BPYg+RdpnaKyTmwWSMjBAxhzLYBJKk7oxauiMjbz/vOI3AeSRqC/9Mds322PVYuiGg7lWWeeFYYtaaFRe+Z5YE= ; Message-ID: <20060517145836.34561.qmail@web31702.mail.mud.yahoo.com> Received: from [216.174.43.195] by web31702.mail.mud.yahoo.com via HTTP; Wed, 17 May 2006 07:58:36 PDT Date: Wed, 17 May 2006 07:58:36 -0700 (PDT) From: C Y To: axiom-developer@nongnu.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: [Axiom-developer] Organization of Mathematics X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 14:58:45 -0000 Tim, my apologies for not having done my homework - I poked around and found the MSC, and then found you had already mentioned this back in 2005. Talk about slow on the uptake! Has anybody taken any steps to organize Axiom according to this system? This strikes me as a very useful system to put in place. Not only does it make Axiom documents more readily accessible to the general mathematical academic community, it provides us a detailed framework to organize around and makes it simpler to determine Axiom's strength (or lack thereof) in a particular subfield. Indeed, when we begin making source-code-only documents into TRUE literate documents, such categorizations might actually be a handy way to know where to start looking for papers documenting the key theories on the subject. Ideally, the wiki interface to the source code could provide a search for MSC categorizations (optionally including both primary and secondary) and return a list of documents in Axiom pertaining to a given subject. I myself don't even begin to be competent enough to sort all of Axiom's pamphlets into such categories, but if a start could be made it might attract more interest. For documents not dealing strictly with mathematics (e.g. if Feyncalc gets ported, for example) there are probably other useful classifications to add. For physics and astronomy there is http://www.aip.org/pacs/, for example. Is there any feeling in the community, either support or opposition, to using the MSC system to organize Axiom's mathematical pamphlets into a coherent whole? Either a directory structure (crude but effective), a couple of lines in each Latex document identifying its categorization (maybe creating a standard template with header and footer identifying key info... hmm...), or both? Cheers, CY __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From MAILER-DAEMON Wed May 17 14:12:28 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgQVX-0002rF-Qp for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 14:12:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgQVV-0002p6-PJ for axiom-developer@nongnu.org; Wed, 17 May 2006 14:12:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgQVT-0002nH-PA for axiom-developer@nongnu.org; Wed, 17 May 2006 14:12:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgQVT-0002n9-Ii for axiom-developer@nongnu.org; Wed, 17 May 2006 14:12:23 -0400 Received: from [193.252.22.28] (helo=smtp3.wanadoo.fr) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgQYO-0004kl-Av for axiom-developer@nongnu.org; Wed, 17 May 2006 14:15:24 -0400 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0304.wanadoo.fr (SMTP Server) with ESMTP id 7893B1C00C43 for ; Wed, 17 May 2006 20:12:21 +0200 (CEST) Received: from ALille-251-1-88-125.w83-204.abo.wanadoo.fr (ALille-251-1-88-125.w83-204.abo.wanadoo.fr [83.204.29.125]) by mwinf0304.wanadoo.fr (SMTP Server) with ESMTP id 046901C00CC6; Wed, 17 May 2006 20:12:20 +0200 (CEST) X-ME-UUID: 20060517181221183.046901C00CC6@mwinf0304.wanadoo.fr Subject: Re: [Axiom-developer] space in ++ description From: Vanuxem =?ISO-8859-1?Q?Gr=E9gory?= To: Martin Rubey In-Reply-To: <854pzpt3tg.fsf@localhost.localdomain> References: <1147800985.4959.21.camel@localhost.localdomain> <446A333B.4030708@hemmecke.de> <854pzpt3tg.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Date: Wed, 17 May 2006 20:12:37 +0200 Message-Id: <1147889557.9173.12.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: quoted-printable Cc: axiom-developer X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 18:12:26 -0000 Hi, Le mercredi 17 mai 2006 =E0 11:10 +0200, Martin Rubey a =E9crit : [...] > I guess the only way to find out is to grep src/algebra to filter all w= ords > \blabla that are contained in a line that contains ++. However, it seem= s to me > that the only commands used there are \axiom, \spad, \em, and some > others. Another source is doc/hypertex/pages. Yes, I have found many commands in doc/hypertex/pages/ht.db but they are not documented :-( Someone knows what the \spad command do ? It's heavily used in the axiom library but it seems that hyperdoc doesn't use it. > I found that you can use verbatim Thanks, I'll use this environment. Cheers, Greg From MAILER-DAEMON Wed May 17 21:29:05 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgXK5-0004cH-KE for mharc-axiom-developer@gnu.org; Wed, 17 May 2006 21:29:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgMVa-0004Pk-71 for axiom-developer@nongnu.org; Wed, 17 May 2006 09:56:14 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgMVZ-0004OM-4Z for axiom-developer@nongnu.org; Wed, 17 May 2006 09:56:13 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgMVY-0004OJ-Us for axiom-developer@nongnu.org; Wed, 17 May 2006 09:56:12 -0400 Received: from [129.100.16.102] (helo=ptibonum.scl.csd.uwo.ca) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FgMYQ-0000aV-Rb for axiom-developer@nongnu.org; Wed, 17 May 2006 09:59:11 -0400 Received: from ptibonum.scl.csd.uwo.ca (localhost.localdomain [127.0.0.1]) by ptibonum.scl.csd.uwo.ca (8.13.1/8.13.1) with ESMTP id k4HDu5D1024641; Wed, 17 May 2006 09:56:05 -0400 Received: (from watt@localhost) by ptibonum.scl.csd.uwo.ca (8.13.1/8.13.1/Submit) id k4HDu5IY024639; Wed, 17 May 2006 09:56:05 -0400 Date: Wed, 17 May 2006 09:56:05 -0400 From: Stephen Watt To: Christian Aistleitner Message-ID: <20060517135605.GF14445@ptibonum.scl.csd.uwo.ca> References: <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> <85k68m5qw2.fsf@localhost.localdomain> <858xp1t5xu.fsf@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Mailman-Approved-At: Wed, 17 May 2006 21:29:03 -0400 Cc: aldor-l , Stephen Watt , axiom-dev Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 13:56:14 -0000 Dear Christian et al, I've been following your discussion with interest. The way things are intended to be in the Aldor *language* is as follows. Expressions in type context (e.g. T in a: T := ...) must be formed from names that are constant in that scope. These names may be of any type and so may refer to domains, domain-constructing functions, integers, lists or other things. The constant-valued names may have definitions that are public or private. In principle, public constant definitions are expanded in the type expression. This produces a potentially infinite tree (that can be represented as a finite graph), e.g. R == Record(a: A, b: Union(s: S, r: R)). Additionally, names in a type expression are resolved to their full form (indicating their origin, e.g. +$Integer). This gives the _expanded type expression_. Two types are statically equivalent if their expanded type expressions are syntactically equal. As noted earlier in this thread, the language definition leaves undefined the number of times expressions in type context are evaluated. This allows a wide range of code transformations. The Aldor *compiler* provides an implementation which approximates this. The fact that the symbols in type expressions are constant in the scope of the type's use allows programmers to adopt a functional style for type expressions. There are ways to circumvent this, however, if the programmer makes an explicit effort: -- Aliasing of values and "pretend" can be used to update values pointed to by constant names. -- A constant-valued name may have a side-effecting function as its value so a domain constructor that depends on side effects can be written. -- A constant-valued name may have an updatable data object as its value. Forcing type expressions to be purely functional and terminating would of course have been a possibility, but that would have required introducing a number of new concepts into the langauge. -- Stephen On Wed, May 17, 2006 at 03:02:57PM +0200, Christian Aistleitner wrote: > Hello, > > >OK, I see now. It could be -- in the non functional setting -- that > > > >a: NonFunctionalDomainConstructor Integer := something > >b: NonFunctionalDomainConstructor Integer := otherthing > > > >and NonFunctionalDomainConstructor exports an operation f(%, %), but I > >still > >*shouldn't* be able to call f(a, b), since a and b come from different > >instantiations of NonFunctionalDomainConstructor Integer? > > yes. > > >(Not currently, since it seems that Aldor instantiates a Domain only > >another time, if the argument has changed.) > > No. Sometimes, a domain is not re-instantiated, even if the argument > changed ;) > See my Dom example: > http://www.aldor.org/pipermail/aldor-l/2006-May/000205.html > > >>> I would imagine that Dom(x) and Dom(y) are the same, (i.e., > >>instantiated > >>> only once) if x and y are the same, i.e., if (eq x y) as opposed to > >>(equal > >>> x y), but I'd be interested to find something about this in the > >>> documentation. > >> > >>That's the main point ... what kind of "equals" does Aldor apply? > >>I do not know. Just look at the Dom example I gave. > > > >which one? > > http://www.aldor.org/pipermail/aldor-l/2006-May/000205.html > > >>> I'd leave it unspecified. > >> > >>Leaving compiler behaviour unspecified is a bad thing. > > > >No, not necessarily. Maybe I should have said "undefined". In Lisp this > >is the > >case for many things. It's basically saying: "in principle it is an > >error, but don't expect that I throw an error message". > > Thereby you specify it. You say the thing of interest is wrong. And you > specify that an error might be thrown. But you must not rely on it. > Specified. > > >>No user would be allowed to rely on calling List( Integer ) two times > >>would give an identical result. > > > >I agree that I wouldn't leave *this* unspecified, but I could imagine > >saying: > > > >* domains are "compatible" (i.e., you may use append in the example you > >gave > > above), if their arguments were identical. In this case, the domain is > > instantiated only once. > > > >* if their arguments were not identical, the behaviour is unspecified > > Such a definition would be contradicting the current implementation of the > Aldor compiler :) > And what do you mean by "identical"? The whole thing is terribly > complicated (at least for me). > > -- > Kind regards, > Christian From MAILER-DAEMON Thu May 18 05:01:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FgeNZ-0003X4-B8 for mharc-axiom-developer@gnu.org; Thu, 18 May 2006 05:01:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgeNX-0003Vl-89 for axiom-developer@nongnu.org; Thu, 18 May 2006 05:01:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgeNU-0003TW-Os for axiom-developer@nongnu.org; Thu, 18 May 2006 05:01:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgeNU-0003T8-DU for axiom-developer@nongnu.org; Thu, 18 May 2006 05:01:04 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgeQX-0002PE-DD for axiom-developer@nongnu.org; Thu, 18 May 2006 05:04:13 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4I90bpj019154; Thu, 18 May 2006 11:00:40 +0200 (CEST) Sender: rubey@localhost.localdomain Newsgroups: comp.lang.lisp References: From: Martin Rubey Date: 18 May 2006 11:00:24 +0200 Message-ID: <85d5ebbtcn.fsf@localhost.localdomain> Lines: 26 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Posted-To: comp.lang.lisp X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-dev , Peter Broadbery Subject: [Axiom-developer] Re: Lisp may not be dead, but... X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2006 09:01:08 -0000 The following message is a courtesy copy of an article that has been posted to comp.lang.lisp as well. Dear all, I just read Kenny Tiltons mail that LispNyc is still looking for mentors, and I was thinking... Well, as you all know, I still hope that someone is going to improve the interpreter currently available in Axiom to make it understand at least some parts of the Aldor improvements: treat types truly as first class objects, allow dependent types, ... To be honest, I think that given that Aldor becomes free, I think that Spad should die as soon as possible. In fact, it will die pretty soon. The Aldor libraries are by far superiour. I'm not going to write any more spad code and I'm just about to port my stuff to Aldor. Although currently Axiom is quite lispy, this will change dramatically when Aldor becomes truly open source. Aldor is written mainly in C, I believe. Yes, it is able to compile to lisp, so why not keep the Axiom interpreter in Lisp? PLEASE! (I know it's a difficult job, I cannot do it, but maybe there is somebody out there with the appropriate knowledge...) Martin From MAILER-DAEMON Thu May 18 05:40:59 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fgf07-0003mb-3E for mharc-axiom-developer@gnu.org; Thu, 18 May 2006 05:40:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fgf06-0003mW-BC for axiom-developer@nongnu.org; Thu, 18 May 2006 05:40:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fgf05-0003mH-Q4 for axiom-developer@nongnu.org; Thu, 18 May 2006 05:40:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fgf05-0003mD-L6 for axiom-developer@nongnu.org; Thu, 18 May 2006 05:40:57 -0400 Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1Fgf39-0005Ym-5o for axiom-developer@nongnu.org; Thu, 18 May 2006 05:44:07 -0400 Received: (qmail invoked by alias); 18 May 2006 09:40:56 -0000 Received: from 85-126-38-134.dynamic.xdsl-line.inode.at (EHLO spencer.aistleitner.info) [85.126.38.134] by mail.gmx.net (mp038) with SMTP; 18 May 2006 11:40:56 +0200 X-Authenticated: #2854174 Date: Thu, 18 May 2006 11:40:50 +0200 To: "Stephen Watt" From: "Christian Aistleitner" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4463C178.2080409@hemmecke.de> <44647D47.8080809@hemmecke.de> <4467DB0B.5070209@hemmecke.de> <85k68m5qw2.fsf@localhost.localdomain> <858xp1t5xu.fsf@localhost.localdomain> <20060517135605.GF14445@ptibonum.scl.csd.uwo.ca> Content-Transfer-Encoding: Quoted-Printable Message-ID: In-Reply-To: <20060517135605.GF14445@ptibonum.scl.csd.uwo.ca> User-Agent: Opera Mail/9.00 (Linux) X-Y-GMX-Trusted: 0 Cc: aldor-l , Stephen Watt , axiom-dev Subject: [Axiom-developer] Re: [Aldor-l] [Axiom-math] Are Fraction and Complex domains. X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tmgisi@gmx.at List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 May 2006 09:40:58 -0000 Hello Stephen, first of all, thank you for sharing some insight about Aldor. I love the approach that domain-constructing functions are _not_ treated= = special, but the speciality is hidden in the context. Awesome! Although this can be found in the Aldor User Guide, I could not find it = = before reading your mail. You now have changed my perspective on Aldor a bit, and I love that even= = more. It explains an aspect of Aldor, that has been quite fuzzy for me before.= However, domain-constructing functions may also occur in non-Type contex= t. = There the domain-constructing function is called again and again. Consid= er = the following piece of code: #include "aldor" import from Integer; import from MachineInteger; import from TextWriter, String, Character; Dom( param: Integer ): with { f: () -> Integer } =3D=3D { import from RandomNumberGenerator; local r: Integer :=3D randomInteger() :: Integer; stdout << "Domain ( param : " << ( param ) << ") -- r: " << r << newlin= e; = add { --f yields a domain's r f(): Integer =3D=3D { r } } } macro NUM =3D=3D ( max::Integer quo 2 ); stdout << "call : " << f()$Dom( next NUM ) << newline; stdout << "call : " << f()$Dom( next NUM ) << newline; local t1: Type :=3D Dom( next NUM ); local t2: Type :=3D Dom( next NUM ); local t3: Type :=3D Dom( next NUM ); The Dom(...) at the 2 "stdout" lines is in type context. So these line a= re = responsible for one instantiation of Dom. However, the Dom for t1, t2, a= nd = t3 are not in type context. Therefore, The domain constructing function = = Dom is actually called. To verify my claims, let me give you the output: Domain ( param : 1073741824) -- r: 2039368176 call : 2039368176 call : 2039368176 Domain ( param : 1073741824) -- r: 881855875 Domain ( param : 1073741824) -- r: 1363117465 Domain ( param : 1073741824) -- r: 11671655 This kind of writing code may lead to incompatible types (well... simply= = by non functional behaviour of domain-constructing functions), as can be= = seen in this example: #include "aldor" import from Integer; import from MachineInteger; import from TextWriter, String, Character; Dom(): with { coerce: Integer -> %; coerce: % -> Integer; (+): ( %, % ) -> %; } =3D=3D add { Rep =3D=3D Integer; coerce( a : Integer ): % =3D=3D { per a }; coerce( a : % ): Integer =3D=3D { rep a }; (+)( a : %, b : % ): % =3D=3D { per( rep a + rep b ) }; } macro NUM =3D=3D ( max::Integer quo 2 ); T0 =3D=3D Dom(); T1 =3D=3D Dom(); local t2: Type :=3D Dom(); T2 =3D=3D t2; import from T0, T1, T2; --T0 and T1 refer to the same domain. stdout << "( T0 + T0 ) -> T0 : " << (coerce$T0)( (coerce$T0)( 1 ) = + (coerce$T0)( 1 ) ) << newline; stdout << "( T1 + T0 ) -> T0 : " << (coerce$T0)( (coerce$T1)( 1 ) = + (coerce$T0)( 1 ) ) << newline; stdout << "( T1 + T0 ) -> T1 : " << (coerce$T1)( (coerce$T1)( 1 ) = + (coerce$T0)( 1 ) ) << newline; stdout << "( T1 + T1 ) -> T0 : " << (coerce$T0)( (coerce$T1)( 1 ) = + (coerce$T1)( 1 ) ) << newline; The output of the example is ( T0 + T0 ) -> T0 : 2 ( T1 + T0 ) -> T0 : 2 ( T1 + T0 ) -> T1 : 2 ( T1 + T1 ) -> T0 : 2 However, T2 does not refer to T0 or T1, as adding the line stdout << "( T2 + T0 ) -> T0 : " << (coerce$T0)( (coerce$T2)( 1 ) = + (coerce$T0)( 1 ) ) << newline; shows by yielding "test2.as", line 32: stdout << "( T2 + T0 ) -> T0 : " << (coerce$T0)( (coerce$T2)( 1 ) = + (coerce$T0)( 1 ) ) << newline; .........................................................^ [L32 C58] #1 (Error) There are no suitable meanings for the operator = `coerce$T2'. at compilation time. Did this happen by intention, or does the language provide some tricks f= or = such cases which are currently not implemented by the compiler? > [ Expressions in type context ] > Additionally, names > in a type expression are resolved to their full form (indicating their= = > origin, e.g. +$Integer). This gives the _expanded type expression_. Might this kind of resolvement be a hint, why sometimes renaming a = variable turns a segfaulting program into a working one -- and vice-vers= a? -- Kind regards, Christian From MAILER-DAEMON Thu May 18 22:29:15 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fgujr-00079I-QV for mharc-axiom-developer@gnu.org; Thu, 18 May 2006 22:29:15 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fgujp-00078d-F1 for axiom-developer@nongnu.org; Thu, 18 May 2006 22:29:13 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fgujn-00076e-A3 for axiom-developer@nongnu.org; Thu, 18 May 2006 22:29:12 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fgujn-00076P-4K for axiom-developer@nongnu.org; Thu, 18 May 2006 22:29:11 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fgun0-0002Lt-IH for axiom-developer@nongnu.org; Thu, 18 May 2006 22:32:30 -0400 Received: from mua-3.zoominternet.net (mua-3.zoominternet.net [24.154.1.46]) by mx-8.zoominternet.net (8.13.1/8.13.1) with ESMTP id k4J2Sn2x019720; Thu, 18 May 2006 22:28:49 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-18-33.zoominternet.net [72.23.18.33]) by mua-3.zoominternet.net (Postfix) with ESMTP id 099D57F405; Thu, 18 May 2006 22:28:54 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4J2MoQ17224; Thu, 18 May 2006 22:22:50 -0400 Date: Thu, 18 May 2006 22:22:50 -0400 Message-Id: <200605190222.k4J2MoQ17224@localhost.localdomain> From: root To: "Tim Daly" X-Spam-Score: 1.60 (*) [Tag at 15.00] FORGED_RCVD_HELO,MISSING_SUBJECT X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org, doyencd-developer@lists.sourceforge.net Subject: [Axiom-developer] (no subject) X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 May 2006 02:29:13 -0000 Subject: Doyen, Magnus distribution Reply-to: daly@axiom-developer.org --text follows this line-- (copy to the mailing lists of a Doyen email...) oh, and while i've got you on the phone, so to speak, here's another thing to consider. both axiom and magnus use custom front-end software for most of their help and user interface. Bill has been making the point that we should consider using a standard browser instead. i've been looking at this in some depth for replacing the axiom browser. axiom's browser allows you to input equations which can be passed to the back end and the results displayed inline. it also allows both inline and standalone graphics. i've been studying AJAX (asynchronous Javascript and XML). I recommend the books AJAX Hacks and AJAX In Action. the basic idea is very simple. Any web page can include javascript. javascript has an object called XMLHttpRequest. If you set some properties on this object and call a method you can send an http request (GET or POST) back to the host without changing the current page. you can then process the reply without changing the current page. google uses this technique in google maps and gmail. it is now possible to write a fully interactive client program in the browser. i've been rewriting the axiom browser pages to use this machinery. perhaps you want to consider ways to use it in the Doyen CD to interact with the browser. you're especially well suited for the task as you're also running a web server locally so you can process and modify local files. it is also a useful long-term direction for the Magnus interface. this would allow magnus to be used over the web. it would be simple to open a second browser window with a different page so you could have the two-window desktop Gilbert prefers. t From MAILER-DAEMON Sun May 21 17:56:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FhvuB-00047V-3w for mharc-axiom-developer@gnu.org; Sun, 21 May 2006 17:56:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fhvu8-000464-Rq for axiom-developer@nongnu.org; Sun, 21 May 2006 17:56:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fhvu5-00044B-8w for axiom-developer@nongnu.org; Sun, 21 May 2006 17:56:04 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fhvu4-000441-Vt for axiom-developer@nongnu.org; Sun, 21 May 2006 17:56:01 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Fhvxv-0007i1-Ca for axiom-developer@nongnu.org; Sun, 21 May 2006 17:59:59 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4LLtlHi020949 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 21 May 2006 23:55:48 +0200 Message-ID: <4470E1FC.40600@hemmecke.de> Date: Sun, 21 May 2006 23:56:12 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: axiom-dev , aldor-combinat-devel Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [Axiom-developer] domain containers in the axiom interpreter X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 May 2006 21:56:05 -0000 Hello, I've just found out that Axiom cannot handle what I believe would be trivial. Look at the following code in domcont.as. CCDP is basically nothing else than an array of objects of type CC. But CC is a category, so that domain will contain a collection of domains not of usual elements. Of course, for Aldor something like that causes no problem at all, but as you read from the output at the end of this mail, Axiom yields an error in connection with "LIST" althoug my code does not involve List at all. This current weakness of Axiom is VERY dramatic for the aldor-combinat project. Or is someone able to build something like an array that contains the *domain* Atom (see below). Ralf ----domcont.as #include "axiom" macro Z == Integer; macro I == NonNegativeInteger; macro machine i == i; macro prev i == (i-1)::Z; import from Z; CC: Category == with {count: Z -> Z;} Atom: CC == add {count(i: Z): Z == if i=1 then 1 else 0;} CCDPC: Category == with { #: % -> Integer; apply: (%, Integer) -> CC; set!: (%, Integer, CC) -> CC; ccdp: Tuple CC -> %; data: % -> PrimitiveArray CC; coerce: % -> OutputForm; } CCDP: CCDPC == add { Rep == Record(len: I, arr: PrimitiveArray CC); import from Rep; #(x: %): Z == ((rep x).len) :: Z; data(x: %): PrimitiveArray CC == rep(x).arr; ccdp(t: Tuple CC): % == { -- The length of a tuple is SingleInteger. :-( -- That is different from what ")sh Tuple" says. len: SingleInteger == length t; p: PrimitiveArray CC == new(len::I, Atom); for i in 1..len repeat p.(prev i) := element(t, i); per [len::I, p]; } apply(x: %, i: Z): CC == { data(x).(prev machine i); } set!(x: %, i: Z, C: CC): CC == { data(x).(prev machine i) := C; } coerce(x: %): OutputForm == (1$Integer)::OutputForm } --end domcont.as (1) -> )co domcont.as Compiling AXIOM source code from file domcont.as using AXIOM-XL compiler and options -O -Fasy -Fao -Flsp -laxiom -Mno-AXL_W_WillObsolete -DAxiom -Y $AXIOM/algebra Use the system command )set compiler args to change these options. #1 (Warning) Deprecated message prefix: use `ALDOR_' instead of `_AXL' "domcont.as", line 30: apply(x: %, i: Z): CC == { ..............^ [L30 C15] #2 (Warning) Function returns a domain that might not be constant (which may cause problems if it is used in a dependent type). "domcont.as", line 33: set!(x: %, i: Z, C: CC): CC == { .............^ [L33 C14] #3 (Warning) Function returns a domain that might not be constant (which may cause problems if it is used in a dependent type). Compiling Lisp source code from file ./domcont.lsp Issuing )library command for domcont Reading /home/hemmecke/scratch/Aistleitner/domcont.asy Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/bc-matrix. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/bc-misc. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/bc-solve. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/bc-util. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/ht-util. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/htsetvar. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/ht-root. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-con. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-data. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/showimp. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-op1. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-op2. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-search. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-util. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/topics. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-prof. Loading /home/hemmecke/software/Axiom/mnt/linux/autoload/br-saturn. CCDP is now explicitly exposed in frame frame0 CCDP will be automatically loaded when needed from /home/hemmecke/scratch/Aistleitner/domcont CCDPC is now explicitly exposed in frame frame0 CCDPC will be automatically loaded when needed from /home/hemmecke/scratch/Aistleitner/domcont CC is now explicitly exposed in frame frame0 CC will be automatically loaded when needed from /home/hemmecke/scratch/Aistleitner/domcont Atom is now explicitly exposed in frame frame0 Atom will be automatically loaded when needed from /home/hemmecke/scratch/Aistleitner/domcont (1) -> ccdp(Atom, Atom); Loading /home/hemmecke/software/Axiom/mnt/linux/algebra/PRIMARR.o for domain PrimitiveArray >> System error: # is not of type LIST. From MAILER-DAEMON Mon May 22 09:34:44 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiAYW-0004JO-1g for mharc-axiom-developer@gnu.org; Mon, 22 May 2006 09:34:44 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiAYU-0004I8-Hn for axiom-developer@nongnu.org; Mon, 22 May 2006 09:34:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiAYR-0004FQ-Gh for axiom-developer@nongnu.org; Mon, 22 May 2006 09:34:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiAYR-0004F8-2p for axiom-developer@nongnu.org; Mon, 22 May 2006 09:34:39 -0400 Received: from [204.127.192.81] (helo=rwcrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiAcQ-0006yu-Tk for axiom-developer@nongnu.org; Mon, 22 May 2006 09:38:47 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc11) with ESMTP id <20060522133435m110046m9qe>; Mon, 22 May 2006 13:34:36 +0000 Message-ID: <4471BDE2.3050500@cesmail.net> Date: Mon, 22 May 2006 06:34:26 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: daly@axiom-developer.org Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> In-Reply-To: <200605170121.k4H1Lke15711@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org, christian@defun.dk X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 13:34:42 -0000 I'm in violent agreement in principle -- anything that depends on "awk" and "sed" (and pipes and the shell) needs to be re-implemented. The question is, "In what language should the re-implementation take place?" My gut reaction is that the logical choice is not Lisp but C. Rather than "awk", "sed" and the shell, their descendents Perl, Python and Ruby are what people write this sort of code in nowadays. But it's foolhardy to add a language to Axiom -- how many languages are there already in the Axiom bill of materials? Perl, Python and Ruby (and GCL) are all implemented in C. And they all call upon libraries to do regular expression processing. Why not just use the libraries in C? Eliminate "awk", "sed" and the pipes, but keep C? root wrote: > (note that this part of my reply is copied to the axiom mailing list) > > >> Would you care to share some insights as to why you are thinking about >> redoing noweb in lisp? >> > > five reasons. > (well "reasons" might be a bit strong except in a religious sense) > > > first, noweb is slow. my current document (for work) has about 60k > bytes so far. it takes about 20 seconds to make a change, save it, > and then run the makefile to extract the code, run the test cases, and > update the dvi file. > > of the 20 seconds about 18 are spent in noweb. it is not scaling. > > noweb uses the old byte-at-a-time model with pipes, awk, sed, etc. > > in lisp i'd use read-sequence which can read the whole file in subsecond > time and the lisp processing won't take much longer. you could use mmap > in C but that won't work with the C/sed/awk pipe scripts. > > axiom source is slowly dissolving into fully literate documents > and these documents are getting larger and more complex. we MUST scale. > > > > second, if lisp could manipulate literate documents directly it would > greatly increase the ways we could integrate literate documents into > the interpreter/compiler/browser/graphics. it would be possible to > directly (read) from a chunk in a file so that program and data files > don't need to be notangled. which eliminates the need for notangle and > makes literate documents fundamental. > > > > third, axiom is mostly lisp. noweb adds requirements for > sed/C/[gawk|nawk|awk]. it's been argued that these exist already > but that's hardly a reason for continuing. a uniform implementation > language increases function (see above) and reduces developer knowledge > requirements. if i can just type (read (find-chunk "chunkname")) it is > much easier and more useful than starting a separate process to run a > C/sed/awk function and then opening a stream to read the result. > > > > fourth, since all of my literate work uses latex it makes sense to > limit the noweb functionality to be pure latex. so instead of > defining a chunk as > > <>= > @ > > we would write > > \begin{chunk}{anything} > \end{chunk} > > this would eliminate the noweave step completely. all of the > power of latex is available. it would be possible to make > the chunk-environment sensitive to things like fonts or other > latex commands like bold-font, arrays, etc. chunks need not > be raw quoted code but could include hyperlinks. these could be > eliminated in the notangle process. > > > > fifth, i can't leave "good enough" alone. i see axiom growing by > a factor of 10 or more and i'm constantly gnawing on the problem > of scaling and integration. unifying chunks and latex with lisp > gives me a whole new realm of ideas for unifying the idea of > literate documents and computational math. > > i want the distinction to disappear. i want computational math to just > be published as literate documents containing theory and code where > the running code is considered the "proof". i want the standard of > academic interchange to require running code much as standard > mathematics requires a proof. i want a literate journal that referees > literate computational mathematics papers. (for academics, programs > are a loss at the moment because they are not considered for tenure) > > noweb is a wart on the whole process. it exposes mechanism. > you should be able to just "run" a computational mathematics paper. > no mechanism, no machinery. > > it should "just work". > > t > > > > > > > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer > > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Mon May 22 10:06:25 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiB3B-00037c-3I for mharc-axiom-developer@gnu.org; Mon, 22 May 2006 10:06:25 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiB39-000379-Jd for axiom-developer@nongnu.org; Mon, 22 May 2006 10:06:23 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiB37-00036o-JR for axiom-developer@nongnu.org; Mon, 22 May 2006 10:06:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiB37-00036l-HC for axiom-developer@nongnu.org; Mon, 22 May 2006 10:06:21 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiB77-0002Hk-HE for axiom-developer@nongnu.org; Mon, 22 May 2006 10:10:29 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4MDv30J025178; Mon, 22 May 2006 15:57:05 +0200 (CEST) Sender: rubey@localhost.localdomain To: "M. Edward (Ed) Borasky" Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> From: Martin Rubey Date: 22 May 2006 15:57:05 +0200 In-Reply-To: <4471BDE2.3050500@cesmail.net> Message-ID: <85u07ii2mm.fsf@localhost.localdomain> Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 14:06:23 -0000 "M. Edward (Ed) Borasky" writes: > I'm in violent agreement in principle -- anything that depends on "awk" > and "sed" (and pipes and the shell) needs to be re-implemented. The > question is, "In what language should the re-implementation take place?" I disagree. I think we should concentrate on our main business. Note that we (Ralf and me) are in *desperate* need for a better interpreter. If that interpreter is not going to happen, we are going to continue in Aldor. Martin From MAILER-DAEMON Mon May 22 12:44:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiDVo-0000tU-WE for mharc-axiom-developer@gnu.org; Mon, 22 May 2006 12:44:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiDVn-0000tN-5g for axiom-developer@nongnu.org; Mon, 22 May 2006 12:44:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiDVk-0000tB-Ak for axiom-developer@nongnu.org; Mon, 22 May 2006 12:44:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiDVk-0000t8-51 for axiom-developer@nongnu.org; Mon, 22 May 2006 12:44:04 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FiDZl-0001o4-HR for axiom-developer@nongnu.org; Mon, 22 May 2006 12:48:13 -0400 Received: from [192.168.138.29] (funklan.is4all.net [194.96.177.126]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4MGhv5D024238 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Mon, 22 May 2006 18:43:57 +0200 Message-ID: <4471E103.4020708@hemmecke.de> Date: Mon, 22 May 2006 18:04:19 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Martin Rubey Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> In-Reply-To: <85u07ii2mm.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 16:44:07 -0000 Hello Ed, I tend to agree with Martin (and you). The main goal of Axiom-developers should be to get the mathematics right. Programming tools for speeding up the "Mathematics goal" is just here since there are not so many good tools around for our purpose. If there are people (like you probably) who want to speed up the development process of the tools, then just fine. Do it! I hope you then still keep programming and re-programming the things in C if I need a little modification of the tool since it does not exactly meet my goals. I could not do it myself, since I am much more fluent in Perl than in C and thus would spent ages in achieving the same thing in C. Actually, I don't quite understand Tim with his problem with noweb. Tim> First, noweb is slow. my current document (for Tim> work) has about 60k bytes so far. it takes about Tim> 20 seconds to make a change, save it, and then run Tim> the makefile to extract the code, run the test Tim> cases, and update the dvi file. Tim> Tim> of the 20 seconds about 18 are spent in noweb. it Tim> is not scaling. Obviously, Tim doen't use the ICON version of noweb. (Why?) And I have the suspicion that the latex process is so fast, since the text does not involve many hyperlinks. (But I maybe wrong.) For example, in order to get the documentation of ALLPROSE (http://www.hemmecke.de/aldor) into a stable form one has to call latex, bibtex, makeindex, latex, makeindex, latex, makeindex, latex (of course calling latex once would suffice if previous .aux files are taken into account). But on my machine, I have the impression that latex is much slower compared to the time that is needed by noweb. If someone wants to make noweb faster, fine, but please keep ALL its functionalities AND its flexibility. Yes, noweb offers a feature to hyperlink names in code chunks. (See it in work in ALLPROSE.) Ralf On 05/22/2006 03:57 PM, Martin Rubey wrote: > "M. Edward (Ed) Borasky" writes: > >> I'm in violent agreement in principle -- anything that depends on "awk" >> and "sed" (and pipes and the shell) needs to be re-implemented. The >> question is, "In what language should the re-implementation take place?" > > I disagree. I think we should concentrate on our main business. Note that we > (Ralf and me) are in *desperate* need for a better interpreter. If that > interpreter is not going to happen, we are going to continue in Aldor. > > Martin From MAILER-DAEMON Mon May 22 21:04:54 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiLKQ-0006bw-Lc for mharc-axiom-developer@gnu.org; Mon, 22 May 2006 21:04:54 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiIK2-0005Nn-F5 for axiom-developer@nongnu.org; Mon, 22 May 2006 17:52:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiIJz-0005Mv-1k for axiom-developer@nongnu.org; Mon, 22 May 2006 17:52:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiIJy-0005Ms-Vo for axiom-developer@nongnu.org; Mon, 22 May 2006 17:52:15 -0400 Received: from [128.194.138.12] (helo=pine.cs.tamu.edu) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiIO3-0003WC-DJ for axiom-developer@nongnu.org; Mon, 22 May 2006 17:56:27 -0400 Received: from [128.194.143.68] (suomi.cs.tamu.edu [128.194.143.68]) by pine.cs.tamu.edu (8.12.9/8.12.9) with ESMTP id k4MLpiSt022272 for ; Mon, 22 May 2006 16:51:44 -0500 (CDT) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: quoted-printable Message-Id: Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed To: axiom-developer@nongnu.org From: Jaakko Jarvi Date: Mon, 22 May 2006 16:52:13 -0500 X-Mailer: Apple Mail (2.746.2) X-Mailman-Approved-At: Mon, 22 May 2006 21:04:50 -0400 Subject: [Axiom-developer] Cfp: LCSD'06 X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 21:52:19 -0000 I believe this CFP will be of interest to the Axiom developers =20 community. Best, Jaakko J=E4rvi +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ LIBRARY-CENTRIC SOFTWARE DESIGN - LCSD'06 http://lcsd.cs.tamu.edu/2006 Workshop, on October 22nd or 23rd (exact date TBA), =20 2006 at Object-Oriented Programming, Systems, Languages and =20 Applications (OOPSLA'06) conference in Portland, Oregon, October 22-26, 2006 CALL FOR PAPERS Libraries are central to all major scientific, engineering, and business areas, yet the design, implementation, and use of libraries are underdeveloped arts. This workshop is one of the first steps in the process of placing all aspects of libraries on a sound technical and scientific basis through research into fundamental issues and documentation of best practices. A software library is an organized collection of code with associated tools supporting programming in general or in specific domains, usually united by a specified set of principles and conventions. Most libraries are aimed for use by several people and in different environments. The areas of software library research include * Design and implementation of libraries * Program and system design based on libraries * Libraries supporting specific application domains, such as biology or banking * Evolution, refactoring, and maintenance of libraries * Empirical studies of library use * Performance of libraries, including benchmarking and library-based optimizations * Design of language facilities and tools in support of library definition and use * Validation, debugging, and testing of libraries * Extensibility, parameterization, and customization * Distribution of libraries * Specification of libraries and their semantics * Usability for library users and developers * Assessing quality of libraries * Documentation and teaching of libraries * Creating and supporting communities of library users * Using several libraries in combination We invite the submission of extended abstracts on software library research, including, but not limited to, the above list of topics. The extended abstracts should address issues important to libraries as a field, i.e., describe ideas or techniques that can be reused for libraries across problem domains and/or languages; they should refrain from merely describing a particular library, no matter how novel the choice of domain. As an additional criterion, the extended abstracts are reviewed against suitability for a journal publication of the corresponding full paper. For uniformity, authors should use the latest ACM SIGS conference style file (option 1) at http://www.acm.org/sigs/pubs/proceed/template.html. Submissions should be limited to 10 pages in this style. Accepted extended abstracts will be posted on the workshop's Web site prior to the workshop, and collected in a proceedings published as a Rensselaer Polytechnic Institute tech report. Authors of selected papers will be invited to submit a full paper for a special issue of a journal, to be announced later. IMPORTANT DATES Aug 11 Submission of extended abstracts Sep 12 Notification of acceptance Oct 10 Submission of final versions of the extended abstracts Oct 15 Final version posted on Workshop web pages Oct 22 or 23 Workshop SUBMISSION PROCEDURE For details of the electronic submission procedure, see the workshop's Web site, http://lcsd.cs.tamu.edu/2006. ORGANIZERS * Josh Bloch, Google Inc. * David Musser, Rensselaer Polytechnic Institute * Jaakko J=E4rvi, Texas A&M University * Sibylle Schupp, Chalmers University of Technology * Jeremy Siek, Rice University PROGRAM COMMITTEE * Dave Abrahams, Boost Consulting * Olav Beckman, Imperial College London * Herv=E9 Br=F6nnimann, Polytechnic University * Cristina Gacek, University of Newcastle upon Tyne * Douglas Gregor, Indiana University * Doug Lea, State University of New York at Oswego * Andrew Lumsdaine, Indiana University * Erik Meijer, Microsoft Research * Tim Peierls, Prior Artisans LLC * Doug Schmidt, Vanderbilt University * Anthony Simons, University of Sheffield * Bjarne Stroustrup, Texas A&M University and AT&T Labs * Todd Veldhuizen, University of Waterloo In addition, the organizers will serve as program committee members, with Jaakko J=E4rvi and Josh Bloch as program co-chairs. Primarily, the email address lcsd06@cs.tamu.edu should be used for questions addressed to the organizers. KEYNOTE ADDRESS There will be an invited talk by Sean Parent, Adobe Inc. WORKSHOP GOALS AND ACTIVITIES The workshop is a scientific forum for presenting original research in the design, implementation, and evaluation of software libraries. Other major activities include the identification of open questions specific to library research and the discussion of a strategic plan for establishing library research as a field. The outcome of the workshop is a combination of research contributions and specific next steps for improving the infrastructure for library research. Participants are expected to read the accepted submissions beforehand. The technical presentations, although based on the accepted papers, should not provide mere summaries of the papers. Instead, authors are encouraged to use their presentation slots (20 + 10 mins) to bring up topics for discussion. The technical presentations are mixed with scientific and organizational discussions. The discussions aim at furthering the topics of the presentations, thus their agenda will be publicly discussed among the participants and then posted on the website of the workshop. All participants are expected to come prepared with their tentative answers or thoughts. The full-day workshop starts with a keynote talk for the stimulation of discussion and concludes with a plenary discussion that decides the specific next steps for improving the infrastructure for library research. FOR MORE INFORMATION AND UPDATES please visit the workshop's Web site, http://lcsd.cs.tamu.edu/2006 From MAILER-DAEMON Tue May 23 00:45:28 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiOlr-0005kW-AN for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 00:45:27 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiOlp-0005jI-0B for axiom-developer@nongnu.org; Tue, 23 May 2006 00:45:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiOln-0005ie-Qf for axiom-developer@nongnu.org; Tue, 23 May 2006 00:45:24 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiOib-0004TV-R5 for axiom-developer@nongnu.org; Tue, 23 May 2006 00:42:06 -0400 Received: from [216.148.227.153] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiOmk-0005Gg-46 for axiom-developer@nongnu.org; Tue, 23 May 2006 00:46:22 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc13) with ESMTP id <20060523044203m1300giurse>; Tue, 23 May 2006 04:42:04 +0000 Message-ID: <44729292.3040107@cesmail.net> Date: Mon, 22 May 2006 21:41:54 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> In-Reply-To: <4471E103.4020708@hemmecke.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 04:45:25 -0000 I'm just now starting to do "literate programming", so I haven't had a chance to run into any performance bottlenecks in "noweb" yet. My approach has been to use TeXmacs or LyX to edit "literate programs." While both have native formats, both also can read and write files in TeX. TeXmacs can also import Axiom (and R and Maxima) sessions directly -- you can use TeXmacs like you would use Emacs. The R folks are also committed to literate programming and the concept of an executable document. They call this a compendium, a rather unfortunate choice of words to me because there is a "dialogue mapping" tool of the same name. Some links are http://www.bepress.com/bioconductor/paper2 and http://www.bepress.com/bioconductor/paper3/ So ... just how does one "get started" doing literate programming in Axiom? Suppose, for example, I am working on a queuing theory model and want to mix equations, data, graphs, etc. in a paper? Curiously enough, LyX interfaces directly to noweb but not to Axiom and TeXmacs interfaces directly to Axiom but not to noweb. :) Ralf Hemmecke wrote: > Hello Ed, > > I tend to agree with Martin (and you). The main goal of > Axiom-developers should be to get the mathematics right. Programming > tools for speeding up the "Mathematics goal" is just here since there > are not so many good tools around for our purpose. If there are people > (like you probably) who want to speed up the development process of > the tools, then just fine. Do it! > > I hope you then still keep programming and re-programming the things > in C if I need a little modification of the tool since it does not > exactly meet my goals. I could not do it myself, since I am much more > fluent in Perl than in C and thus would spent ages in achieving the > same thing in C. > > Actually, I don't quite understand Tim with his problem with noweb. > > Tim> First, noweb is slow. my current document (for > Tim> work) has about 60k bytes so far. it takes about > Tim> 20 seconds to make a change, save it, and then run > Tim> the makefile to extract the code, run the test > Tim> cases, and update the dvi file. > Tim> > Tim> of the 20 seconds about 18 are spent in noweb. it > Tim> is not scaling. > > Obviously, Tim doen't use the ICON version of noweb. (Why?) > And I have the suspicion that the latex process is so fast, since the > text does not involve many hyperlinks. (But I maybe wrong.) > > For example, in order to get the documentation of ALLPROSE > (http://www.hemmecke.de/aldor) into a stable form one has to call > latex, bibtex, makeindex, latex, makeindex, latex, makeindex, latex > (of course calling latex once would suffice if previous .aux files are > taken into account). But on my machine, I have the impression that > latex is much slower compared to the time that is needed by noweb. > > If someone wants to make noweb faster, fine, but please keep ALL its > functionalities AND its flexibility. Yes, noweb offers a feature to > hyperlink names in code chunks. (See it in work in ALLPROSE.) > > Ralf > > > On 05/22/2006 03:57 PM, Martin Rubey wrote: >> "M. Edward (Ed) Borasky" writes: >> >>> I'm in violent agreement in principle -- anything that depends on "awk" >>> and "sed" (and pipes and the shell) needs to be re-implemented. The >>> question is, "In what language should the re-implementation take >>> place?" >> >> I disagree. I think we should concentrate on our main business. Note >> that we >> (Ralf and me) are in *desperate* need for a better interpreter. If that >> interpreter is not going to happen, we are going to continue in Aldor. >> Martin > > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Tue May 23 06:43:07 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiULz-00059R-N9 for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 06:43:07 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiULy-00059L-4e for axiom-developer@nongnu.org; Tue, 23 May 2006 06:43:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiULw-000594-BQ for axiom-developer@nongnu.org; Tue, 23 May 2006 06:43:05 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiULw-000591-7f for axiom-developer@nongnu.org; Tue, 23 May 2006 06:43:04 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FiUQ7-0000FH-SO for axiom-developer@nongnu.org; Tue, 23 May 2006 06:47:24 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4NAbf5D003945 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 23 May 2006 12:37:41 +0200 Message-ID: <4472E5F5.7020808@hemmecke.de> Date: Tue, 23 May 2006 12:37:41 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: "M. Edward (Ed) Borasky" Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> <44729292.3040107@cesmail.net> In-Reply-To: <44729292.3040107@cesmail.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 10:43:06 -0000 Hi Ed, > So ... just how does one "get started" doing literate programming in > Axiom? Suppose, for example, I am working on a queuing theory model and > want to mix equations, data, graphs, etc. in a paper? Curiously enough, > LyX interfaces directly to noweb but not to Axiom and TeXmacs interfaces > directly to Axiom but not to noweb. :) That sounds to me as if you have slightly different goals from mine. I wanted an environment that describes theory and the program in connection to that theory. I didn't have the need to show output of that program. (Well, not yet.) What you want is basically a running system like Axiom, Maple or Mathematica and *use* that system. The code you are going to write will probably not be much difficult. Axiom+TeXmacs, Maple-worksheets and Mma-notebooks provide such an environment. But I don't think that is the end of the story. Someone has to write the underlying systems. And there is some theory/ideas/etc behind the code even if it is not connected with mathematics/physics/etc in the first place. Of course it would be nice to have everything together, but I somehow fear that people who primarily _use_ CASs are not well trained programmers. I think that makes the code part hard to read even if the theory around it is nicely described. Another point is the integrity of an "interactive" or "computed" document. If the underlying system changes (for example Maple modified its programming language several times) the results in the document might no longer be computable, so the document becomes unusable. There are lots of problems, that are not yet solved. I think that TeXmacs is the way to go, but TeXmacs was a bit slow for my taste and the wysiwyg thing somehow contradicts TeX. One should concentrate on the contents not on its appearance. But of course, having CAS command lines integrated into the text is nice. Ralf From MAILER-DAEMON Tue May 23 07:41:39 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiVGd-00042u-AQ for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 07:41:39 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiVGc-00042Q-11 for axiom-developer@nongnu.org; Tue, 23 May 2006 07:41:38 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiVGa-00041y-31 for axiom-developer@nongnu.org; Tue, 23 May 2006 07:41:37 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiVGZ-00041v-W7 for axiom-developer@nongnu.org; Tue, 23 May 2006 07:41:36 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiVKm-0005rG-F6 for axiom-developer@nongnu.org; Tue, 23 May 2006 07:45:56 -0400 Received: from localhost.localdomain ([131.130.96.153]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4NBdK0J055262; Tue, 23 May 2006 13:39:22 +0200 (CEST) Sender: rubey@localhost.localdomain To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> <44729292.3040107@cesmail.net> <4472E5F5.7020808@hemmecke.de> From: Martin Rubey Date: 23 May 2006 13:39:25 +0200 In-Reply-To: <4472E5F5.7020808@hemmecke.de> Message-ID: <85odxp3r82.fsf@localhost.localdomain> Lines: 35 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 11:41:38 -0000 Ralf Hemmecke writes: > I wanted an environment that describes theory and the program in connection to > that theory. I didn't have the need to show output of that program. (Well, not > yet.) But that's very similar to my request! Namely, integrate MathAction and HyperDoc into AllProse. I believe that having only one very powerful yet simple file format (i.e., LaTeX and noweb) would make it a lot simpler to write documentation. > Of course it would be nice to have everything together, but I somehow fear > that people who primarily _use_ CASs are not well trained programmers. I > think that makes the code part hard to read even if the theory around it is > nicely described. I doubt that, given that it will mainly consist of using already existing functionality. > Another point is the integrity of an "interactive" or "computed" document. If > the underlying system changes (for example Maple modified its programming > language several times) the results in the document might no longer be > computable, so the document becomes unusable. For MathAction, I proposed to have an environment \begin{axiom}[version] \end{axiom} that allows you to specify the patch number that you want to use. It seems however that it's not straightforward to implement this in the current framework. Martin From MAILER-DAEMON Tue May 23 08:11:45 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiVjl-0003Bd-9U for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 08:11:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiVjj-0003Ac-8F for axiom-developer@nongnu.org; Tue, 23 May 2006 08:11:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiVjg-00039A-FN for axiom-developer@nongnu.org; Tue, 23 May 2006 08:11:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiVjg-000394-B3 for axiom-developer@nongnu.org; Tue, 23 May 2006 08:11:40 -0400 Received: from [140.78.116.39] (helo=athena.risc.uni-linz.ac.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FiVnt-0000k9-9q for axiom-developer@nongnu.org; Tue, 23 May 2006 08:16:01 -0400 Received: from [193.170.38.119] (hemmecke@woodpecker.risc.uni-linz.ac.at [193.170.38.119]) (authenticated bits=0) by athena.risc.uni-linz.ac.at (8.12.3/8.12.3/Debian-7.2) with ESMTP id k4NCAF5D029454 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 23 May 2006 14:10:15 +0200 Message-ID: <4472FBA7.8020502@hemmecke.de> Date: Tue, 23 May 2006 14:10:15 +0200 From: Ralf Hemmecke User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Martin Rubey Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> <44729292.3040107@cesmail.net> <4472E5F5.7020808@hemmecke.de> <85odxp3r82.fsf@localhost.localdomain> In-Reply-To: <85odxp3r82.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 12:11:43 -0000 > But that's very similar to my request! Namely, integrate MathAction and > HyperDoc into AllProse. I believe that having only one very powerful yet simple > file format (i.e., LaTeX and noweb) would make it a lot simpler to write > documentation. > \begin{axiom}[version] > \end{axiom} > > that allows you to specify the patch number that you want to use. It seems > however that it's not straightforward to implement this in the current > framework. Currently, I have not yet integrated Axiom or Aldor in the process of producing the .dvi file. It basically would mean "make dvi" depends on "make" and perhaps "make check" AND some possibility to extract the commands inside \begin{axiom}...\end{axiom} into a file ax.input, load run "cat ax.input | AXIOMsys > ax.output" and integrate that output into the .tex file. (Oh, one should not forget to load the library that was created via "make".) But that means you cannot produce a .dvi file without having Axiom/Aldor installed. I somehow don't really like that dependency in the general case. The next question is whether all axiom environments have to be joined. But I guess so. Martin, I am not just a tool programmer. ;-) Ralf From MAILER-DAEMON Tue May 23 09:27:29 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiWv3-0003kx-9D for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 09:27:29 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiWv1-0003jb-Gu for axiom-developer@nongnu.org; Tue, 23 May 2006 09:27:27 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiWv0-0003iu-VQ for axiom-developer@nongnu.org; Tue, 23 May 2006 09:27:27 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiWv0-0003in-OE for axiom-developer@nongnu.org; Tue, 23 May 2006 09:27:26 -0400 Received: from [63.240.77.81] (helo=sccrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiWzE-0006Jx-ID for axiom-developer@nongnu.org; Tue, 23 May 2006 09:31:48 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (sccrmhc11) with ESMTP id <2006052313272501100qgd8oe>; Tue, 23 May 2006 13:27:25 +0000 Message-ID: <44730DB2.6060004@cesmail.net> Date: Tue, 23 May 2006 06:27:14 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: Ralf Hemmecke Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> <44729292.3040107@cesmail.net> <4472E5F5.7020808@hemmecke.de> In-Reply-To: <4472E5F5.7020808@hemmecke.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 13:27:27 -0000 Ralf Hemmecke wrote: > Hi Ed, > >> So ... just how does one "get started" doing literate programming in >> Axiom? Suppose, for example, I am working on a queuing theory model and >> want to mix equations, data, graphs, etc. in a paper? Curiously enough, >> LyX interfaces directly to noweb but not to Axiom and TeXmacs interfaces >> directly to Axiom but not to noweb. :) > > That sounds to me as if you have slightly different goals from mine. The ultimate goal is to produce an advanced environment for modeling performance and availability of computing systems and networks. Similar tools exist, but only two are open source, and those two use Java, rendering them "impure" in the eyes of many open source advocates. And neither of them will conveniently handle the semi-Markov and non-Markov cases that I'm interested in -- they are essentially Markov chain solvers. I could do this all numerically in R -- that was the original plan until I discovered Axiom. However, I think Axiom is "smarter" than R -- being a symbolic and theoretical engine, it's capable of taking on more of the jobs. For example, Axiom can do a Laplace transform out of the box -- I'd have to code that in R. > > I wanted an environment that describes theory and the program in > connection to that theory. I didn't have the need to show output of > that program. (Well, not yet.) > > What you want is basically a running system like Axiom, Maple or > Mathematica and *use* that system. The code you are going to write > will probably not be much difficult. > > Axiom+TeXmacs, Maple-worksheets and Mma-notebooks provide such an > environment. But I don't think that is the end of the story. Someone > has to write the underlying systems. And there is some > theory/ideas/etc behind the code even if it is not connected with > mathematics/physics/etc in the first place. > > Of course it would be nice to have everything together, but I somehow > fear that people who primarily _use_ CASs are not well trained > programmers. I think that makes the code part hard to read even if the > theory around it is nicely described. Something close to what I want to build has been done using Mathematica, and one of the two open-source packages I mentioned above can interface to Matlab or Maple. Mathematica, Maple and Matlab are not open source nor are they low-cost -- serious licenses for corporate users start somewhere around $1000US as I recall. I hope I'm not the *only* exception to your conjecture of people who use CASs not being well-trained programmers. :) I've been both a programmer/computer scientist and applied mathematician for over 40 years. And of course, given a finite amount of time, people like me must carefully allocate time between using the tools and working on them. > > Another point is the integrity of an "interactive" or "computed" > document. If the underlying system changes (for example Maple modified > its programming language several times) the results in the document > might no longer be computable, so the document becomes unusable. > > There are lots of problems, that are not yet solved. > > I think that TeXmacs is the way to go, but TeXmacs was a bit slow for > my taste and the wysiwyg thing somehow contradicts TeX. One should > concentrate on the contents not on its appearance. But of course, > having CAS command lines integrated into the text is nice. > > Ralf > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Tue May 23 09:42:00 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FiX96-0001Py-4M for mharc-axiom-developer@gnu.org; Tue, 23 May 2006 09:42:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiX94-0001PT-NB for axiom-developer@nongnu.org; Tue, 23 May 2006 09:41:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiX93-0001P8-2n for axiom-developer@nongnu.org; Tue, 23 May 2006 09:41:58 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiX92-0001P3-Vc for axiom-developer@nongnu.org; Tue, 23 May 2006 09:41:56 -0400 Received: from [216.148.227.153] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiXDG-00005J-QQ for axiom-developer@nongnu.org; Tue, 23 May 2006 09:46:18 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc13) with ESMTP id <20060523134141m1300gk2kie>; Tue, 23 May 2006 13:41:41 +0000 Message-ID: <4473110A.5080700@cesmail.net> Date: Tue, 23 May 2006 06:41:30 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: Martin Rubey Subject: Re: [Axiom-developer] Re: Literate programming References: <200605170121.k4H1Lke15711@localhost.localdomain> <4471BDE2.3050500@cesmail.net> <85u07ii2mm.fsf@localhost.localdomain> <4471E103.4020708@hemmecke.de> <44729292.3040107@cesmail.net> <4472E5F5.7020808@hemmecke.de> <85odxp3r82.fsf@localhost.localdomain> In-Reply-To: <85odxp3r82.fsf@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 May 2006 13:41:59 -0000 Martin Rubey wrote: > Ralf Hemmecke writes: > > >> I wanted an environment that describes theory and the program in connection to >> that theory. I didn't have the need to show output of that program. (Well, not >> yet.) >> > > But that's very similar to my request! Namely, integrate MathAction and > HyperDoc into AllProse. I believe that having only one very powerful yet simple > file format (i.e., LaTeX and noweb) would make it a lot simpler to write > documentation. > I'm just now getting down to learning Axiom, and I'm finding HyperDoc somewhat "counterintuitive" after using Derive heavily, both in the DOS (character-based) and Windows (GUI) interfaces. As I've noted above, for my purposes, using TeXmacs as my editor is probably where I'll end up. Also, when it comes to building products/user interfaces for non-programmers, some very strict usability considerations apply, and HyperDoc isn't exactly the sort of interface I'd want to hand to a user of, say, a performance and availability modeling package. In fact, building interfaces for *programmers* also has strict usability considerations. There's a *reason* most interactive development environments look the same. :) Contrast HyperDoc with wxMaxima. I downloaded and installed wxMaxima and within minutes was solving simple equational problems "just like I used to do in Derive 5". :) The engine is still Maxima, with all its warts and limitations, but the user interface instantly made sense to me. -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Wed May 24 23:23:09 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Fj6RJ-0006vE-4M for mharc-axiom-developer@gnu.org; Wed, 24 May 2006 23:23:09 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fj6RH-0006v2-P0 for axiom-developer@nongnu.org; Wed, 24 May 2006 23:23:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fj6RC-0006uq-9Z for axiom-developer@nongnu.org; Wed, 24 May 2006 23:23:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fj6RC-0006un-6Y for axiom-developer@nongnu.org; Wed, 24 May 2006 23:23:02 -0400 Received: from [204.127.192.81] (helo=rwcrmhc11.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fj6Vk-00089h-ON for axiom-developer@nongnu.org; Wed, 24 May 2006 23:27:45 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc11) with ESMTP id <20060525032256m110049pnne>; Thu, 25 May 2006 03:22:57 +0000 Message-ID: <4475230E.7000605@cesmail.net> Date: Wed, 24 May 2006 20:22:54 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: Gabriel Dos Reis Subject: Re: [Axiom-developer] NOWEB References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 03:23:07 -0000 Gabriel Dos Reis wrote: > I do not have an answer to your question. Different people function > differently. > > But, if the question is directed to me, then the answer is "I do > play with lots of programming languages, and fluent in quite a few of > them, with totally different paradigms -- I would not be here, if it > were otherwise". Now, if you ask me whether in a large project I > would recommend that we use all of them, then my first order answer is > NO! > > Maybe there is a confusion about appreciating diverse programming > languages and appreciating the set of tools we should use to deliver a > coherent, attractive, scalable, and maintainable project. > > I don't want my scarce resource (time) to be sunk in a black hole. > When it comes to tenure, the number of languages one appreciates counts > for exactly zero. Software *development* counts for zero -- even in > the area of software. The number of papers count highly; grants are > important. > I don't want to write about people writing software. I would prefer to > write about software, largely based on experience. For that, I prefer > invest the "wasted time" in something that can make a difference; that > people use. I see an opportunity in Axiom. I would hate it becomes a > black hole where all sorts of languages get sunk into because of > "diverse programming language appreciation." The reasons why we should > add new tools to our tool bagage should be their effectiveness to > solve specific problems we are facing, not just because we want to be > diverse. There is something to be said for breath, there is also > something to be said for depth. There must be a balance somewhere > given the limited resources we have. > I will second this. I keep promising myself I'll learn Ruby, because it looks like a much better scripting language than Perl. But I maintain a few thousand lines of mostly my own Perl code, and I'm not going to port that to Ruby. Nor am I going to give up R for Ruby. And I've already given up Fortran and C and I've nearly given up Lisp. I intend to learn the highest level of Axiom -- whether or not I ever get around to any of the underlying languages is an open question, given that I want Axiom as a scientific applications programming language. > | I think Icon was a worthy predecessor of the currently very > | popular web scripting languages like perl and python that came > | later but did a lot of the same things (not necessarily as > | well ): > > You mean SNOBOL? :-) > > [ The whom I work for currently is a long term SNOBOL > hacker; yet he invented a different language that will not be suitable > for discussion here :-p And we do work in an environment where we > highly appreciate diverse languages and paradigms. ] > > | > | http://www.cs.arizona.edu/icon/index.htm > | > | Icon has venerable history rather similar to Axiom's, beginning > | in 1977: > > Thanks; not mean to be rude -- but I'm an Icon hacker. I spent long > time studying Icon. For example, I wanted to add generators (not > co-routines) to C++; among other things I digested Icon's > implementation. That was not too long ago. > > -- Gaby > > > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer > > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Thu May 25 15:06:26 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FjLAA-00044H-4G for mharc-axiom-developer@gnu.org; Thu, 25 May 2006 15:06:26 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjLA8-000444-21 for axiom-developer@nongnu.org; Thu, 25 May 2006 15:06:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjLA6-00043i-2i for axiom-developer@nongnu.org; Thu, 25 May 2006 15:06:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjLA5-00043X-Qn for axiom-developer@nongnu.org; Thu, 25 May 2006 15:06:21 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjLEo-0008Cx-BB for axiom-developer@nongnu.org; Thu, 25 May 2006 15:11:14 -0400 Received: from login.mat.univie.ac.at (login.mat.univie.ac.at [131.130.16.250]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4PJ5o0J042356; Thu, 25 May 2006 21:05:52 +0200 (CEST) Sender: rubey@login.mat.univie.ac.at To: Peter Broadbery Subject: Re: [Axiom-developer] Re: Lisp may not be dead, but... References: <85d5ebbtcn.fsf@localhost.localdomain> <85zmhf900r.fsf@localhost.localdomain> <1148416480.7087.68.camel@obscurity.home> <9qzmh7ds0g.fsf@aquin.mat.univie.ac.at> <1148583200.7092.37.camel@obscurity.home> From: Martin Rubey Date: 25 May 2006 21:05:50 +0200 In-Reply-To: <1148583200.7092.37.camel@obscurity.home> Message-ID: <9qpsi1diwh.fsf@login.mat.univie.ac.at> Lines: 53 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 19:06:24 -0000 Dear Peter, Peter Broadbery writes: > > (did you send this in private intentionally?) > Feel free to forward. done > > Peter Broadbery writes: > > > > > Forcing the interpreter to understand dependent types is a bit of an > > > unknown quantity to me - my sole attempt at trying ended up with the > > > aldor compiler crashing while creating the .asy file, so I couldn't see > > > what axiom would do with it. Having the aldor source would have been > > > nice at that point. My suspicion is that it would be possible to fix the > > > interpreter, at least as far as function lookup. > > > Types as 100% first class objects might be difficult in axiom as is - > > > there's a lot of stuff in function lookup that works from the name of a > > > type as opposed to a value. > > > > Well, one thing we currently need for Axiom-Combinat is to be able to have > > a List of domains, and be able to pick one and use it. I'm afraid that's > > about as far as first class can get... Still, we really need that. > > > Do these domains have a common category? Yes. > Do you need the precise exports of the domain, or is the category enough? I'd guess that the category is enough. Not sure here. But any progress would be great, of course. > Boxing the domains within a common one for axiom's purposes might be possible > - or you've tried that one? Not sure what you mean here. > As far as me trying to update axiom - I never had a great deal of exposure to > how the type handling worked in axiom - that said, if there is an obvious way > of making dependent types work (and even 1st class domains), I'd be willing > to have a stab at it, time permitting. PLEASE do. It seems that you are the only one with the knowledge who is still around! Thanks, for everything, Martin From MAILER-DAEMON Thu May 25 15:13:41 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FjLHB-0007Dp-2d for mharc-axiom-developer@gnu.org; Thu, 25 May 2006 15:13:41 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjLH9-0007Ax-AW for axiom-developer@nongnu.org; Thu, 25 May 2006 15:13:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjLH7-000789-In for axiom-developer@nongnu.org; Thu, 25 May 2006 15:13:38 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjLH7-00077w-Dr for axiom-developer@nongnu.org; Thu, 25 May 2006 15:13:37 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjLLq-0000Cj-J1 for axiom-developer@nongnu.org; Thu, 25 May 2006 15:18:30 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id 4BA896D478; Thu, 25 May 2006 15:13:36 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id 867576D42D; Thu, 25 May 2006 15:13:34 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Re: Lisp may not be dead, but... Date: Thu, 25 May 2006 15:13:35 -0400 Message-ID: In-Reply-To: <9qpsi1diwh.fsf@login.mat.univie.ac.at> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Re: Lisp may not be dead, but... Thread-Index: AcaALljjYiYhcQtEROqBmZpOf5VxkQAAKU/g From: "Page, Bill" To: "Martin Rubey" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 19:13:39 -0000 Martin,=20 On Thursday, May 25, 2006 3:06 PM you wrote: >=20 > Peter Broadbery writes: >=20 > ...=20 > > Boxing the domains within a common one for axiom's purposes=20 > > might be possible > > - or you've tried that one? >=20 > Not sure what you mean here. >=20 Perhaps what Peter means is described here: http://wiki.axiom-developer.org/209TheFunctionDomainIsUndefined See especially: http://lists.nongnu.org/archive/html/axiom-developer/2005-09/msg00250.ht ml http://lists.nongnu.org/archive/html/axiom-developer/2005-09/msg00248.ht ml Regards, Bill Page. From MAILER-DAEMON Thu May 25 15:41:33 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FjLi9-0001BJ-A2 for mharc-axiom-developer@gnu.org; Thu, 25 May 2006 15:41:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjLi8-0001Ag-26 for axiom-developer@nongnu.org; Thu, 25 May 2006 15:41:32 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjLi5-000187-4I for axiom-developer@nongnu.org; Thu, 25 May 2006 15:41:31 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjLi4-000180-Rv for axiom-developer@nongnu.org; Thu, 25 May 2006 15:41:28 -0400 Received: from [81.103.221.47] (helo=mtaout01-winn.ispmail.ntl.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjLmn-00021C-T4 for axiom-developer@nongnu.org; Thu, 25 May 2006 15:46:22 -0400 Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20060525194124.EEQB29343.mtaout01-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Thu, 25 May 2006 20:41:24 +0100 Received: from obscurity.home ([86.3.83.133]) by aamtaout03-winn.ispmail.ntl.com with ESMTP id <20060525194124.UCEA16286.aamtaout03-winn.ispmail.ntl.com@obscurity.home>; Thu, 25 May 2006 20:41:24 +0100 Received: from obscurity.home (localhost [127.0.0.1]) by obscurity.home (8.13.3/8.13.3/SuSE Linux 0.7) with ESMTP id k4PJfnqJ008459; Thu, 25 May 2006 20:41:51 +0100 Received: (from pab@localhost) by obscurity.home (8.13.3/8.13.3/Submit) id k4PJfniU008458; Thu, 25 May 2006 20:41:49 +0100 X-Authentication-Warning: obscurity.home: pab set sender to peter.broadbery@ntlworld.com using -f Subject: Re: [Axiom-developer] Re: Lisp may not be dead, but... From: Peter Broadbery To: Martin Rubey In-Reply-To: <9qpsi1diwh.fsf@login.mat.univie.ac.at> References: <85d5ebbtcn.fsf@localhost.localdomain> <85zmhf900r.fsf@localhost.localdomain> <1148416480.7087.68.camel@obscurity.home> <9qzmh7ds0g.fsf@aquin.mat.univie.ac.at> <1148583200.7092.37.camel@obscurity.home> <9qpsi1diwh.fsf@login.mat.univie.ac.at> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 25 May 2006 20:41:48 +0100 Message-Id: <1148586108.7092.66.camel@obscurity.home> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2006 19:41:32 -0000 On Thu, 2006-05-25 at 21:05 +0200, Martin Rubey wrote: > Dear Peter, > > Peter Broadbery writes: > > > > (did you send this in private intentionally?) > > > Feel free to forward. > > done > > > > Peter Broadbery writes: > > > > > > > Forcing the interpreter to understand dependent types is a bit of an > > > > unknown quantity to me - my sole attempt at trying ended up with the > > > > aldor compiler crashing while creating the .asy file, so I couldn't see > > > > what axiom would do with it. Having the aldor source would have been > > > > nice at that point. My suspicion is that it would be possible to fix the > > > > interpreter, at least as far as function lookup. > > > > > Types as 100% first class objects might be difficult in axiom as is - > > > > there's a lot of stuff in function lookup that works from the name of a > > > > type as opposed to a value. > > > > > > Well, one thing we currently need for Axiom-Combinat is to be able to have > > > a List of domains, and be able to pick one and use it. I'm afraid that's > > > about as far as first class can get... Still, we really need that. > > > > > Do these domains have a common category? > > Yes. > > > Do you need the precise exports of the domain, or is the category enough? > > I'd guess that the category is enough. Not sure here. But any progress would be > great, of course. > > > Boxing the domains within a common one for axiom's purposes might be possible > > - or you've tried that one? > > Not sure what you mean here. > [This may be a bit revolting] Let's suppose that these domains are all in the category X, exporting f: () -> %. NB: Untested. XisADomain: with { aDomain(T: X): %; f: () -> XD; } == add { Rep ==> X; aDomain(T: X): % == per T; f(): XD == makeXD(X, f()$T); -- and similar for any other nullary exports of X. } XD: X with { makeXD: (T: X, a: Pointer) -> %; } == add { Rep ==> Record(T: X, a: T); makeXD(T: X, a: Pointer): % == per [T, a pretend T]; -- need to implement all the operations of X here, example: g(o: %): % == { (T: X, a:T) := per o; per [T, g(a)$T]; } } Any functions returning a list of domains should have [aDomain(T) for T in L] run across them before axiom sees them. makeXD has the wrong type - it should be makeXD: (T: X, a: T) -> %, but see comments about .asy files. > > As far as me trying to update axiom - I never had a great deal of exposure to > > how the type handling worked in axiom - that said, if there is an obvious way > > of making dependent types work (and even 1st class domains), I'd be willing > > to have a stab at it, time permitting. > > PLEASE do. It seems that you are the only one with the knowledge who is still > around! > > > Thanks, for everything, > > Martin -- Peter Broadbery From MAILER-DAEMON Fri May 26 06:33:53 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FjZdh-0005KL-7m for mharc-axiom-developer@gnu.org; Fri, 26 May 2006 06:33:53 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjZde-0005HF-Lp for axiom-developer@nongnu.org; Fri, 26 May 2006 06:33:50 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjZda-0005BD-N6 for axiom-developer@nongnu.org; Fri, 26 May 2006 06:33:49 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjZda-0005B5-3s for axiom-developer@nongnu.org; Fri, 26 May 2006 06:33:46 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjZiR-0002El-UR for axiom-developer@nongnu.org; Fri, 26 May 2006 06:38:48 -0400 Received: from aquin.mat.univie.ac.at (aquin.mat.univie.ac.at [131.130.16.163]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4QAXA0J070716 for ; Fri, 26 May 2006 12:33:11 +0200 (CEST) Sender: rubey@aquin.mat.univie.ac.at To: axiom-dev From: Martin Rubey Date: 26 May 2006 12:33:10 +0200 Message-ID: <9qpsi12hzt.fsf@aquin.mat.univie.ac.at> Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx8 4248; Body=0 Fuz1=0 Fuz2=0 Subject: [Axiom-developer] Build failure X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 10:33:50 -0000 I need Help... [rubey@aquin GoldenAxiom]$ uname -a Linux aquin.mat.univie.ac.at 2.6.9-34.EL #1 Tue Mar 14 10:34:05 CST 2006 i686 athlon i386 GNU/Linux [rubey@aquin GoldenAxiom]$ cat /etc/issue Scientific Linux SL release 4.3 (Beryllium) make[3]: Leaving directory `/pusers/rubey/GoldenAxiom/src/boot' 25 making /pusers/rubey/GoldenAxiom/src/interp make[3]: Entering directory `/pusers/rubey/GoldenAxiom/src/interp' 136 making /pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o from /pusers/rubey/GoldenAxiom/int/interp/vmlisp.lisp /bin/sh: line 1: 32487 Done echo '(progn (compile-file "/pusers/rubey/GoldenAxiom/int/interp/vmlisp.lisp" :output-file "/pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o") (bye))' 32488 Segmentation fault | /pusers/rubey/GoldenAxiom/obj/linux/bin/depsys >/pusers/rubey/GoldenAxiom/obj/tmp/trace make[3]: *** [/pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o] Error 139 make[3]: Leaving directory `/pusers/rubey/GoldenAxiom/src/interp' make[2]: *** [interpdir] Error 2 make[2]: Leaving directory `/pusers/rubey/GoldenAxiom/src' make[1]: *** [srcdir] Error 2 make[1]: Leaving directory `/pusers/rubey/GoldenAxiom' make: *** [all] Error 2 From MAILER-DAEMON Fri May 26 08:13:35 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FjbCB-0008MJ-Mc for mharc-axiom-developer@gnu.org; Fri, 26 May 2006 08:13:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FjbCA-0008MA-Fx for axiom-developer@nongnu.org; Fri, 26 May 2006 08:13:34 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FjbC9-0008Lv-MQ for axiom-developer@nongnu.org; Fri, 26 May 2006 08:13:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FjbC9-0008Ls-KP for axiom-developer@nongnu.org; Fri, 26 May 2006 08:13:33 -0400 Received: from [131.130.1.182] (helo=imap1u.univie.ac.at) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FjbH2-0002QT-I7 for axiom-developer@nongnu.org; Fri, 26 May 2006 08:18:36 -0400 Received: from aquin.mat.univie.ac.at (aquin.mat.univie.ac.at [131.130.16.163]) by imap1u.univie.ac.at (8.12.10/8.12.10) with ESMTP id k4QCDP0J013144; Fri, 26 May 2006 14:13:26 +0200 (CEST) Sender: rubey@aquin.mat.univie.ac.at To: Martin Rubey Subject: Re: [Axiom-developer] Build failure References: <9qpsi12hzt.fsf@aquin.mat.univie.ac.at> From: Martin Rubey Date: 26 May 2006 14:13:24 +0200 In-Reply-To: <9qpsi12hzt.fsf@aquin.mat.univie.ac.at> Message-ID: <9qejyhj863.fsf@aquin.mat.univie.ac.at> Lines: 41 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-DCC-ZID-Univie-Metrics: mx9.univie.ac.at 4249; Body=0 Fuz1=0 Fuz2=0 Cc: axiom-dev X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 May 2006 12:13:34 -0000 Sorry, it seems to work now. Not unlikely that the directory was currupted )no space left on device...) Excuse me, Martin Martin Rubey writes: > I need Help... > > [rubey@aquin GoldenAxiom]$ uname -a > Linux aquin.mat.univie.ac.at 2.6.9-34.EL #1 Tue Mar 14 10:34:05 CST 2006 i686 > athlon i386 GNU/Linux > > > [rubey@aquin GoldenAxiom]$ cat /etc/issue > Scientific Linux SL release 4.3 (Beryllium) > > > make[3]: Leaving directory `/pusers/rubey/GoldenAxiom/src/boot' > 25 making /pusers/rubey/GoldenAxiom/src/interp > make[3]: Entering directory `/pusers/rubey/GoldenAxiom/src/interp' > 136 making /pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o from /pusers/rubey/GoldenAxiom/int/interp/vmlisp.lisp > /bin/sh: line 1: 32487 Done echo '(progn (compile-file "/pusers/rubey/GoldenAxiom/int/interp/vmlisp.lisp" :output-file "/pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o") (bye))' > 32488 Segmentation fault | /pusers/rubey/GoldenAxiom/obj/linux/bin/depsys >/pusers/rubey/GoldenAxiom/obj/tmp/trace > make[3]: *** [/pusers/rubey/GoldenAxiom/obj/linux/interp/vmlisp.o] Error 139 > make[3]: Leaving directory `/pusers/rubey/GoldenAxiom/src/interp' > make[2]: *** [interpdir] Error 2 > make[2]: Leaving directory `/pusers/rubey/GoldenAxiom/src' > make[1]: *** [srcdir] Error 2 > make[1]: Leaving directory `/pusers/rubey/GoldenAxiom' > make: *** [all] Error 2 > > > > > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer From MAILER-DAEMON Sun May 28 16:43:08 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FkS6N-0005rR-WB for mharc-axiom-developer@gnu.org; Sun, 28 May 2006 16:43:08 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FkS6M-0005po-EX for axiom-developer@nongnu.org; Sun, 28 May 2006 16:43:06 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FkS6L-0005pA-Pi for axiom-developer@nongnu.org; Sun, 28 May 2006 16:43:06 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkS6L-0005p2-Is for axiom-developer@nongnu.org; Sun, 28 May 2006 16:43:05 -0400 Received: from [62.4.16.100] (helo=kraid.nerim.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FkSBl-0006Gt-Cu for axiom-developer@nongnu.org; Sun, 28 May 2006 16:48:41 -0400 Received: from localhost.localdomain (fmaltey.net0.nerim.net [213.41.170.4]) by kraid.nerim.net (Postfix) with ESMTP id E4F6940E25; Sun, 28 May 2006 22:43:01 +0200 (CEST) Received: from fmy by localhost.localdomain with local (Exim 4.61) (envelope-from ) id 1FkS6G-0001oa-EI; Sun, 28 May 2006 22:43:00 +0200 Sender: fmaltey@nerim.fr To: axiom-developer@nongnu.org, fmaltey@nerim.fr From: Francois Maltey Date: 28 May 2006 22:43:00 +0200 Message-ID: <874pz9ev8r.fsf@localhost.localdomain> Lines: 55 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: [Axiom-developer] axiom becomes crazy ! X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 20:43:06 -0000 Hello Until yesterday I had no problem with 1+2 [return], of corse I get 3. Today I use axiom in emacs or in a terminal, and I type 1+2 [return] or 1234 I get a fatal error. I'm sure I do no change in the axiom tree. I try to erase the ~/.axiom.hist and get the same error. When I type a [return] I get the right a variable. But a+a makes an error ! (see bellow) Can you detect where is my error ? Francois. petoncle:/usr/share/emacs/21.4/lisp$ axiom -noht AXIOM Computer Algebra System Version: Axiom (December 2005) Timestamp: Tuesday January 17, 2006 at 16:23:31 ----------------------------------------------------------------------------- Issue )copyright to view copyright notices. Issue )summary for a summary of useful system commands. Issue )quit to leave AXIOM and return to shell. ----------------------------------------------------------------------------- Re-reading compress.daase Re-reading interp.daase Re-reading operation.daase Re-reading category.daase Re-reading browse.daase (1) -> (1) -> 1234 Loading /usr/local/axiom/mnt/linux/algebra/PI.o for domain PositiveInteger >> System error: Caught fatal error [memory may be damaged] -------------------------------------------------------------- (1) -> a (1) a Type: Variable a (2) -> a+a Loading /usr/local/axiom/mnt/linux/algebra/INT.o for domain Integer >> System error: Caught fatal error [memory may be damaged] From MAILER-DAEMON Sun May 28 18:06:57 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FkTPV-0000kJ-46 for mharc-axiom-developer@gnu.org; Sun, 28 May 2006 18:06:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FkTPU-0000kE-PR for axiom-developer@nongnu.org; Sun, 28 May 2006 18:06:56 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FkTPT-0000ji-Us for axiom-developer@nongnu.org; Sun, 28 May 2006 18:06:56 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkTPT-0000jf-Qf for axiom-developer@nongnu.org; Sun, 28 May 2006 18:06:55 -0400 Received: from [24.154.1.27] (helo=mx-8.zoominternet.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FkTUu-0008EZ-Fk for axiom-developer@nongnu.org; Sun, 28 May 2006 18:12:32 -0400 Received: from mua-4.zoominternet.net (mua-4.zoominternet.net [24.154.1.47]) by mx-8.zoominternet.net (8.13.1/8.13.1) with ESMTP id k4SM6eYt014126; Sun, 28 May 2006 18:06:50 -0400 Received: from localhost.localdomain (dynamic-acs-72-23-19-30.zoominternet.net [72.23.19.30]) by mua-4.zoominternet.net (Postfix) with ESMTP id 3A11D7F405; Sun, 28 May 2006 18:06:41 -0400 (EDT) Received: (from root@localhost) by localhost.localdomain (8.11.6/8.11.6) id k4SM0PD05777; Sun, 28 May 2006 18:00:25 -0400 Date: Sun, 28 May 2006 18:00:25 -0400 Message-Id: <200605282200.k4SM0PD05777@localhost.localdomain> From: root To: fmaltey@nerim.fr In-reply-to: <874pz9ev8r.fsf@localhost.localdomain> (message from Francois Maltey on 28 May 2006 22:43:00 +0200) Subject: Re: [Axiom-developer] axiom becomes crazy ! References: <874pz9ev8r.fsf@localhost.localdomain> X-Spam-Score: 0.10 () [Tag at 15.00] FORGED_RCVD_HELO X-CanItPRO-Stream: outgoing X-Scanned-By: CanIt (www . roaringpenguin . com) on 24.154.1.27 Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daly@axiom-developer.org List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 May 2006 22:06:56 -0000 your AXIOM shell variable is not set properly. it should read (pathtoinstallation)/mnt/linux t From MAILER-DAEMON Wed May 31 02:54:45 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FlKbN-0002yY-IT for mharc-axiom-developer@gnu.org; Wed, 31 May 2006 02:54:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FlKbM-0002wX-Cs for axiom-developer@nongnu.org; Wed, 31 May 2006 02:54:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FlKbL-0002uG-4c for axiom-developer@nongnu.org; Wed, 31 May 2006 02:54:43 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FlKbK-0002tr-VA for axiom-developer@nongnu.org; Wed, 31 May 2006 02:54:42 -0400 Received: from [140.78.161.123] (helo=proxy.riic.at) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1FlKhI-0005t9-DE for axiom-developer@nongnu.org; Wed, 31 May 2006 03:00:52 -0400 Received: from midori.riic.uni-linz.ac.at ([140.78.161.56]) by proxy.riic.at (8.12.3/8.12.3/Debian-6.6) with ESMTP id k4V6EJNQ022894 for ; Wed, 31 May 2006 08:14:24 +0200 From: Gernot Hueber To: axiom-developer@nongnu.org Content-Type: text/plain; charset=UTF-8 Date: Wed, 31 May 2006 08:54:24 +0200 Message-Id: <1149058464.835.19.camel@sumire.hueber.cc> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by proxy.riic.at id k4V6EJNQ022894 Subject: [Axiom-developer] Call Foreign C from Aldor/Axiom X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 06:54:44 -0000 Hello, Due to that I want to call external library functions from within Aldor/Axiom I did some trials with Aldors "Foreign" and GCL "defentry" commands. First of all, an example that work (partly), adapted from the aldor users guide: ---- #include "axiom.as" SI =3D=3D> SingleInteger; arigato():PositiveInteger =3D=3D { import { printf: (String) -> SI } from Foreign C; import from SI; printf("Arigato gozaimasu!"); 1; } ---- This one compiles fine, yet it does not run. Thus I added -- (defentry |printf| (string) (int "printf")) -- to the arigato.lsp and recompiled the lisp code. Now the function returns -- (4) -> arigato() Arigato gozaimasu! (4) 1 Type: PositiveInteger -- :-) Second example is more similar to the arigato-example from the Aldor users guide: -- #include "axiom.as" SI =3D=3D> SingleInteger; arigato2():PositiveInteger =3D=3D { import { nputs: (SI, String) -> SI } from Foreign C; import from SI; nputs(3,"Arigato gozaimasu!"); 1; } -- If I run this one (with the defentry trick), I get: -- (4) -> arigato2() symbol "nputs" is not in base image >> System error: Caught fatal error [memory may be damaged] -- Obviously due to that the nputs.o is not loaded (which I have in the local directory). Now, my questions: .) Is there a recommended/better way to call external functions within Aldor/Axiom? .) I think, the "defentry" part could be added with an Aldor "Foreign Lisp" call? .) How can I "load", external libraries (e.g. nputs.o)? Thanks Gernot --=20 Dipl.-Ing. Gernot Hueber Johannes-Kepler Universit=C3=A4t Institut f=C3=BCr Integrierte Schaltungen Altenbergerstr. 69 A-4040 Linz Email: hueber@riic.at Tel: +43 732 2468 7120 Fax: +43 732 2468 7126 From MAILER-DAEMON Wed May 31 11:01:44 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FlSCe-0007qB-K4 for mharc-axiom-developer@gnu.org; Wed, 31 May 2006 11:01:44 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FlSCd-0007px-1q for axiom-developer@nongnu.org; Wed, 31 May 2006 11:01:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FlSCa-0007pd-Ou for axiom-developer@nongnu.org; Wed, 31 May 2006 11:01:41 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FlSCa-0007pa-Km for axiom-developer@nongnu.org; Wed, 31 May 2006 11:01:40 -0400 Received: from [131.136.242.1] (helo=fw.drenet.dnd.ca) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FlSIc-0005PF-TZ for axiom-developer@nongnu.org; Wed, 31 May 2006 11:07:55 -0400 Received: from localhost (localhost.drenet.dnd.ca [127.0.0.1]) by fw.drenet.dnd.ca (_) with ESMTP id C249769117; Wed, 31 May 2006 11:01:38 -0400 (EDT) Received: from corporateex02.Corporate.drdc-rddc.gc.ca (unknown [131.136.1.88]) by fw.drenet.dnd.ca (_) with ESMTP id A9D2869107; Wed, 31 May 2006 11:01:36 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: [Axiom-developer] Call Foreign C from Aldor/Axiom Date: Wed, 31 May 2006 11:01:34 -0400 Message-ID: In-Reply-To: <1149058464.835.19.camel@sumire.hueber.cc> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Axiom-developer] Call Foreign C from Aldor/Axiom Thread-Index: AcaEfyKFWmigfSMtT22djXuGwHrJdgAPXjaw From: "Page, Bill" To: "Gernot Hueber" X-Virus-Scanned: by amavisd-new at drenet.dnd.ca Cc: axiom-developer@nongnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bill.page1@synthesis.anikast.ca List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 May 2006 15:01:43 -0000 On Wednesday, May 31, 2006 2:54 AM Gernot Hueber wrote: >=20 > Due to that I want to call external library functions from > within Aldor/Axiom I did some trials with Aldors "Foreign" > and GCL "defentry" commands. > Great! I am very happy you are looking into this. =20 > ...=20 > Now, my questions: > .) s there a recommended/better way to call external functions > within Aldor/Axiom? > .) I think, the "defentry" part could be added with an Aldor > "Foreign Lisp" call? > .) How can I "load", external libraries (e.g. nputs.o)? >=20 See: http://wiki.axiom-developer.org/SandBoxAldorForeign The first section containing (defentry |myprintf| (string) (int "printf")) is compiled as a lisp function but notice that it becomes part of the BOOT package. Now we can compile some Aldor code that calls this function and then call the Aldor function from Axiom. For loading an external library did you try the usual Axiom command )library nputs.o Or via lisp like this: )lisp (load nputs.o) ? Can you send me the example code for 'nputs.c'? Regards, Bill Page. From MAILER-DAEMON Wed May 31 23:02:19 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FldRz-0003In-Ew for mharc-axiom-developer@gnu.org; Wed, 31 May 2006 23:02:19 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FldRy-0003Ic-6h for axiom-developer@nongnu.org; Wed, 31 May 2006 23:02:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FldRx-0003ID-Fl for axiom-developer@nongnu.org; Wed, 31 May 2006 23:02:17 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FldRx-0003I9-8w for axiom-developer@nongnu.org; Wed, 31 May 2006 23:02:17 -0400 Received: from [204.127.192.83] (helo=rwcrmhc13.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FldY6-0004pi-H3 for axiom-developer@nongnu.org; Wed, 31 May 2006 23:08:38 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc13) with ESMTP id <20060601030149m1300fooj0e>; Thu, 1 Jun 2006 03:01:49 +0000 Message-ID: <447E588B.8030900@cesmail.net> Date: Wed, 31 May 2006 20:01:31 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: axiom-developer@nongnu.org Subject: Re: [Axiom-developer] axiom opportunity References: <200604241353.k3ODr0Q23492@localhost.localdomain> <3d13dcfc0604260848i41240f1di49de3b02ce6ff927@mail.gmail.com> In-Reply-To: <3d13dcfc0604260848i41240f1di49de3b02ce6ff927@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:02:18 -0000 Axiom is "easily installable" on Gentoo Linux. It's a standard (testing level) package in the Gentoo Portage repository. I'm pretty sure it can be built from source on all major Linux systems. :) David MENTRE wrote: > Hello, > > 25 Apr 2006 21:40:01 +0200, Gabriel Dos Reis : > >> We should aim at getting Axiom 'easily' installable on all major linux >> systems -- not just Debian. >> [ I'm not saying that because I'm a SuSE Linux user :-) ] >> > > So why don't you package Axiom for SuSE ? > > Best wishes, > d. > > > _______________________________________________ > Axiom-developer mailing list > Axiom-developer@nongnu.org > http://lists.nongnu.org/mailman/listinfo/axiom-developer > > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com From MAILER-DAEMON Wed May 31 23:05:37 2006 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1FldVB-0004Tl-76 for mharc-axiom-developer@gnu.org; Wed, 31 May 2006 23:05:37 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FldV9-0004TM-1x for axiom-developer@nongnu.org; Wed, 31 May 2006 23:05:35 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FldV6-0004Sy-QE for axiom-developer@nongnu.org; Wed, 31 May 2006 23:05:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FldV6-0004So-Kp for axiom-developer@nongnu.org; Wed, 31 May 2006 23:05:32 -0400 Received: from [216.148.227.154] (helo=rwcrmhc14.comcast.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FldbF-00053m-Rn for axiom-developer@nongnu.org; Wed, 31 May 2006 23:11:54 -0400 Received: from [24.21.55.62] (c-24-21-55-62.hsd1.or.comcast.net[24.21.55.62]) by comcast.net (rwcrmhc14) with ESMTP id <20060601030530m14009j471e>; Thu, 1 Jun 2006 03:05:31 +0000 Message-ID: <447E5968.6000909@cesmail.net> Date: Wed, 31 May 2006 20:05:12 -0700 From: "M. Edward (Ed) Borasky" User-Agent: Thunderbird 1.5.0.2 (X11/20060430) MIME-Version: 1.0 To: Camm Maguire Subject: Re: [Axiom-developer] GCL-2.6.7 and GCC-4.2.0 References: <54aca53lrb.fsf@intech19.enhanced.com> <544q0dvkdh.fsf@intech19.enhanced.com> <54odylg1c3.fsf@intech19.enhanced.com> In-Reply-To: <54odylg1c3.fsf@intech19.enhanced.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: axiom-developer@nongnu.org, gcl-devel@gnu.org X-BeenThere: axiom-developer@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Axiom Developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jun 2006 03:05:35 -0000 I've recompiled the Gentoo package of gcl 2.6.7 a couple of times recently with no problems. Perhaps there are some patches you need to apply. What version of GCC are you using? I've got it working with both 3.4.5 and 4.1.1. Camm Maguire wrote: > Greetings! > > Here is your problem: > > gcl_cmptop.c: In function 'LI29': > gcl_cmptop.c:2547: internal compiler error: in merge_alias_info, at tree-ssa-copy.c:235 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > > i.e. this gcc development snapshot ran into an internal bug when > compiling the gcl_cmptop.c file. You might try working around the > problem by configuring gcl with --enable-debug for the time being, but > this really should be reported to the gcc people and their bug tracker > as explained in the instructions referred to above. > > Take care, > > > Gabriel Dos Reis writes: > > >> Camm Maguire writes: >> >> | Greetings! My apologies -- not the .o file, the log from the >> | compilation posted to the screen. Or, if you prefer, your entire >> | configure and make build log. >> >> sorry for having misparsed what you said; here is the >> (gzip-compressed) log for cnofigure and make. Hope, it is better this >> time. >> >> For my curiosity: is it expected that the .o coming from compiling a >> .lsp actually is NOT a "usual" .o file? >> >> > > No, usually the .data file is appended to the .o output by gcc, but > here the latter is empty. > > Take care, > > >> -- Gaby >> >> > > -- M. Edward (Ed) Borasky http://linuxcapacityplanning.com