Greetings!
"Page, Bill" <[EMAIL PROTECTED]> 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 axiom-developer@nongnu.org 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
> Axiom-developer@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/axiom-developer
>
>
>
--
Camm Maguire [EMAIL PROTECTED]
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah
_______________________________________________
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
