Re: [Axiom-developer] axiom.silver

[Camm Maguire]

Greetings!

"Page, Bill" <address@hidden> writes:

> Gaby, 
> 
> On Monday, September 11, 2006 12:26 PM you wrote:
> > 
> > On Mon, 11 Sep 2006, root wrote:
> > 
> > | > The error from the configure is this:
> > | > *******************************************
> > | > Darwin
> > | > Your system name is Darwin
> > | > We do not know how to build for this kind of system
> > | > Send a note to address@hidden about it
> > | > *******************************************
> > |
> > |
> > | Actually, this is correct. I do not yet know how to build
> > | Axiom on a MAC. There has been a recent suggestion that we
> > | use Xcode and I'm pursuing that path.
> > 
> > Tim --
> > 
> >   Jacob is a student at TAMU taking my class on symbolic
> > computations. He is interested in provisos -- I suspect at
> > some point he may get into touch with you. He is trying to
> > build Axiom for his class work.
> > 
> > From what I understand, Bill has been able to build the
> > build-improvements branch with some patches from Camm (which
> > I believe I already put in build-improvements).
> 
> I have built the build-improvements branch on the axiom-developer
> server (in fact that is what is running on MathAction right now).
> But I think the build process still has some problems. For example,
> I am not able to build (even if I specific '--without-noweb') if
> noweb is not previously installed and in the PATH. Also, the
> option to build from a previously installed gcl does not work
> so the option '--without-gcl' is still necessary. Since building
> from pre-installed gcl is possible on Debian using the Debian
> source distribution for Axiom, there must still be something
> missing from the 'gcl-system' option in the build-improvements
> branch.

Please let me know if you need any help or clarification here.  All my
patches are under the debian subdirectory, patch.all and patch.merge.

> 
> There is also an additional patch which I am still discussing
> with Camm to solve the "Can't rename' problem. The patch that
> I am using now might not be the ultimate solution of gcl-2.6.8.
> 

I looked at this discussion, and there does not appear to be a
consensus on probe-file and directory.  As far as GCL goes, we can do
anything that passes Paul's ansi tests, as we do at the moment.  So if
you have such a suggestion, we can implement same.

The easy way, which avoids the requirement of PDP-10 lisp
comaptability :-), is si::stat.  How about this:

Index: unixfsys.c
===================================================================
RCS file: /cvsroot/gcl/gcl/o/unixfsys.c,v
retrieving revision 1.28
diff -u -r1.28 unixfsys.c
--- unixfsys.c  24 Aug 2006 16:53:28 -0000      1.28
+++ unixfsys.c  12 Sep 2006 16:35:56 -0000
@@ -23,6 +23,7 @@
 #include <stdlib.h>
 #include <unistd.h>
 #include <errno.h>
+#include <time.h>
 
 #define IN_UNIXFSYS
 #include "include.h"
@@ -490,6 +491,34 @@
 }
 
 
+DEF_ORDINARY("DIRECTORY",sKdirectory,KEYWORD,"");
+DEF_ORDINARY("LINK",sKlink,KEYWORD,"");
+DEF_ORDINARY("FILE",sKfile,KEYWORD,"");
+
+DEFUN_NEW("STAT",object,fSstat,SI,1,1,NONE,OO,OO,OO,OO,(object path),"") {
+
+  char filename[4096];
+  struct stat ss;
+  
+
+  bzero(filename,sizeof(filename));
+  coerce_to_filename(path,filename);
+  if (lstat(filename,&ss))
+    RETURN1(Cnil);
+  else {
+    int j;
+    ctime_r(&ss.st_ctime,filename);
+    j=strlen(filename);
+    if (isspace(filename[j-1]))
+      filename[j-1]=0;
+    RETURN1(list(3,S_ISDIR(ss.st_mode) ? sKdirectory : 
+                (S_ISLNK(ss.st_mode) ? sKlink : sKfile),
+                make_fixnum(ss.st_size),make_simple_string(filename)));
+  }
+}
+
+
+
 DEFUN_NEW("SETENV",object,fSsetenv,SI,2,2,NONE,OO,OO,OO,OO,(object 
variable,object value),"Set environment VARIABLE to VALUE")
 
 {


>(si::stat "/tmp/ff1.h")

(:LINK 9 "Tue Sep 12 12:32:58 2006")

>(si::stat "/tmp/ff.h")

(:FILE 0 "Mon Dec  5 13:52:23 2005")

>(si::stat "/tmp/")

(:DIRECTORY 81920 "Tue Sep 12 12:34:53 2006")

>(si::stat "/tmp")

(:DIRECTORY 81920 "Tue Sep 12 12:34:53 2006")

>(si::stat "/tmp1")

NIL

>


If we can agree on the interface, and on the Windows and Mac
equivalents, I can get this into 2.6.8 before release.

If there are any problems with the Debian package setup, please let me
know.   Will do a new axiom release once I can get 2.6.8pre to build
on mips and m68k.

Take care,


> Until a few days ago, I was also working on the SourceForge
> compile farm - specifically on the OS X build. But SourceForge
> currently has a network configuration problem which prevents me
> from accessing their servers:
> 
> https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1553456&gro
> up_id=1
> 
> > I have a fix for the debian failure.  Once that is in, I would
> > like to make a tarball of build-improvements available from
> > axiom-developer.org or from SF (whichever is OK with you).
> > This is to remove the "random" checkout errors.
> > 
> 
> I also continue to see some svn checkout errors. In some cases
> on some platforms this seems to be a recoverable error by just
> repeating the 'svn co' command until the checkout completes. On
> others, the local svn archive gets unrecoverably locked. :(
> 
> I wonder if this might be another network configuration problem
> at SourceForge?
> 
> Maybe we should setup a mirror of the SourceForge SVN repository
> on the axiom-developer.org server? Then at least we would have an
> alternate site in case there is a network problem.
> 
> Regards,
> Bill Page.
> 
> 
> _______________________________________________
> Axiom-developer mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah