axiom-developer
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Axiom-developer] axiom.silver


From: Camm Maguire
Subject: Re: [Axiom-developer] axiom.silver
Date: 15 Sep 2006 11:30:39 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!

Can we finalize this stat bit please?  I'm trying to get 2.6.8 out
....

In addition to knowing whether enough information is provided, I need
to know if it works on windows, macosx, and any other proprietary
system of interest.

Take care,

Camm Maguire <address@hidden> writes:

> 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
> 
> 
> _______________________________________________
> 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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]