[Top][All Lists]

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

Re: [Axiom-developer] sayMessage

From: Waldek Hebisch
Subject: Re: [Axiom-developer] sayMessage
Date: Sat, 27 Jan 2007 21:48:43 +0100 (CET)

Gabriel Dos Reis wrote:
> On Wed, 17 Jan 2007, Waldek Hebisch wrote:
> | I personally do not like this design, but it is not clear if
> | alternatives are better.  I considered:
> |
> | - making a completly independent function hierarchy for translator
> | - adding global flag tested by relevant compiler functions
> | - using assignment to 'symbol-function'
> | - mixture of all above
> |
> | First variant means significant code duplication. Second variant
> | means that individal compiler functions would be cluttered with extra
> | functionality which is unused during normal operation.  Third
> | variant is a slight improvement compared to current situation
> | (would allow to restore normal operation when the translator
> | has finished), but ATM I am not sure if gains would justify
> | effort.  Fourth variant IMHO would only add confusion due to
> | inconsistency.
> Any reason not to consider fboundp?  Also I seem to remember Camm said
> GCL has built-in autoload capabilities.  Since we're (un)fortunately
> deeply rooted into GCL, why not consider that?

Could you elaborate? I do not understand how fboundp and GCL autoload can
help for Aldor translator problem.

                              Waldek Hebisch

reply via email to

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