I don't think that the compiler automatically applies the
coerce functions. Haven't checked to substantiate that
claim though.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+
above.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Gabrie
know that I have a document describing type equivalence
for Scratchpad II. Problem is I cannot find it. :-(.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
alists could contain
atomic properties and associations as well.
By the way, I think the line must read
v:= ASSOC(p,al) => s=rest v and al
this makes much more sense logically and should typecheck with
the pmatch(s,p) == pmatchWithSl(s,p,[nil])
Regard
vote for the change.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-26407
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
>
Hi,
Tim is probably innocent of this one and the last one. This code as not
been changed in at least the last 16 years. And even if he is not --
it's
so long ago that it certainly became time-barred.
Regards
Juergen
P.S.: Most of this broken code is probably not used - but you already
know
that
new
parse could be the better solution.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From: Gabriel Dos Reis [mailto:[EMAIL PRO
like this setup and removed
some files. The remaining parts do not make much sense
anymore. So one solution is to eliminate the remnants,
the other to get the files from the archives (tar file)
and add some rules in the Makefiles.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz
27;' even with Scratchpad II.
As a replacement (for the old compiler and the never used new
one) A# was developed (later known as Aldor) -- around 1991 and 1992.
So this was before Axiom became a commercial product by NAG and
long before Axiom became open souce.
Regards
Juergen Wei
if there are more than zero.
I would assume that most people on the list did not openly
question your goals in respect for your work and your dedication
to the Axiom project. But you should not assume that
your goals are their goals.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz
I think in /boot/loader.conf you can set the maximum data segment
size to a higher value (default is 512 MBytes), for
example to 1 GByte by
kern.maxdsiz=1073741824
You have to reboot the system.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung
deficiency, which would impede our work more than using
several systems.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From:
My 5 cents worth of advice:
When I had a look at the build system of Scratchpad maybe
15 years ago, I got the clear impression, that it did
not follow best practice at that time -- it certainly
does not follow best practice today. So we should be
glad, that some people took the challenge to rebuil
wondered why nobody recompiled the system with better error
checking, to localize these bugs. I'm glad you did that.
Greetings
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 04, 2007 7:58 PM
> To: We
The replacements GET --> GETL, READ --> VMREAD indicate, that
they were introduced to circumvent different semantics of
GET and READ between VMLISP and COMMON LISP. Not clear
about the others.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
Hi,
I think, before 1990 someone wrote a new scratchpad compiler in
lisp. It seems that it was not better than the old one. So
the code was abandoned and the A#/Aldor compiler was developed
around 1990. Maybe Tim knows more details.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz
As far as I know, the nc functions are from the "New Compiler",
which does not exist anymore. It should have replaced the old compiler,
which is the current SPAD compiler. This does not mean, that the
functions might be used somewhere :-(.
Regards
Juergen Weiss
Juergen Weiss | Un
will be
> fixed later
> by using MAKEFLAGS.
>
> -- Gaby
All BSD systems have Gnu Make (gmake) as a port (package). And many
other ports
depend on it. So Axiom should just require that port as well.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenver
ar direction of development, with the
uncertainty if Aldor will be available freely, I find it difficult
to suggest, which parser to drop.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+4
too ambitious for the number of people contributing.
Besides, for
a total rewrite one should consider other alternatives as well (aldor,
).
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX
changed from alists to hashes.
Besides -- compile times on gcl are longer than on other lisp platforms,
due the generation of c code and the gcc step. The easy portabily of
gcl has a price.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED
7;car, ) in the sources (lisp and boot). I had to
change it to map(function car, .. ) in boot and map(#'car .. ) in
lisp. Not a big deal but distributed all over the sources.
This change should be made for gcl as well.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Ze
The following Makefile works for me (under FreeBSD)
test:
@- echo '(progn (print 5) (quit))' | clisp
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(613
Sorry that I was so harsh. Your answer was mainly to C Y,
to me only as a CC, but I kind of took it as directed to
me. Email communication is tricky ;-)
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131
Have done it 2 years ago. I won't do it again.
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From: root [mailto:[EMAIL PROTECT
> -Original Message-
> From: Tim Daly Jr. [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 17, 2005 11:57 AM
> To: Weiss, Juergen
> Cc: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; axiom-developer@nongnu.org
> Subject: RE: [Axiom-developer] axiom common lisp
>
&g
port 2 years ago.
Should not take more than 1/2 a day.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39-26407
> -Original Message-
> From: [EMAIL PRO
Dear Tim,
> -Original Message-
> From: root [mailto:[EMAIL PROTECTED]
> Sent: Sunday, November 06, 2005 5:43 PM
> To: Weiss, Juergen
> Cc: [EMAIL PROTECTED]; axiom-developer@nongnu.org
> Subject: Re: [Axiom-developer] RE: Boot vs. Lisp
>
> the first common lisp
Dear Bill,
> -Original Message-
> From: Bill Page [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 02, 2005 4:50 PM
> To: Weiss, Juergen
> Cc: axiom-developer@nongnu.org
> Subject: RE: [Axiom-developer] RE: Boot vs. Lisp
>
>
> Of course ANSI lisp includ
much to this.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX: +49(6131)39-26407
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Mar
Dear Martin,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Martin Rubey
> Sent: Wednesday, November 02, 2005 11:59 AM
> To: Weiss, Juergen
> Cc: axiom-developer@nongnu.org
> Subject: Re: [Axiom-developer] RE: Boot vs. Lisp
n with the current developer base and the current
developer model. At the current development speed it
would take maybe 5 years or longer. And success would not
be sure.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55
> -Original Message-
> From: Bill Page [mailto:[EMAIL PROTECTED]
> Sent: Saturday, October 22, 2005 3:53 AM
> To: Weiss, Juergen
> Cc: axiom-developer@nongnu.org
> Subject: RE: [Axiom-developer] Aldor and Lisp
>
> On October 21, 2005 2:08 PM Juergen Weiss wrote
defstruct,
drop BOOT and convert everything to lisp,
define the data with defstruct in lisp
and use the accessor functions from BOOT.
Regards
Juergen Weiss
Juergen Weiss | Universitaet Mainz, Zentrum fuer Datenverarbeitung,
[EMAIL PROTECTED]| 55099 Mainz, Tel: +49(6131)39-26361, FAX:
+49(6131)39
ature?
>
> In what sense was it "political"? Who stood to gain by such
> a decision?
>
> To me the technical reasons seem rather obvious. So please
> forgive me if I seem rather skeptical.
>
With best regards
Juergen Weiss
Juergen Weiss | Uni
36 matches
Mail list logo
