Re: [Maxima-discuss] Trying to accommodate GCL is keeping us from making progress

[Camm M. <ca...@ma...>]

Greetings!

Robert Dodier <rob...@gm...> writes:

> On Tue, Oct 18, 2022 at 9:08 AM Leo Butler <Leo...@um...> wrote:
>
>> Developers who don't want to spend time working around gcl's
>> deficiencies shouldn't. I believe that several have already stated that
>> they do not test their work on gcl builds.
>
>> OTOH, I would like to have a minimally functional maxima+gcl. If that
>> means we add a cautionary bannerline about unsupported features, let's
>> do it.
>
> No, we should not do that. Supported has to mean that you get a
> working system. If various features don't work, then we'll get bug
> reports or other complaints from users about it.

Totally agree with this too.  To my understanding, latest released GCL
maxima on Debian is fully functional.

> There's all kinds of #+gcl #-gcl all over the code, and frankly it's
> just a lot of dross. We can't get rid of it unless we agree that we're
> just not supporting GCL altogether.
>

I beg to differ -- seems like the step forward would be to release a
2.6.13 tarball, drop support for earlier gcl, and have me clean out the
cruft.  Last time I looked, virtually all these conditionals were
obsolete.

Take care,
 -- 
Camm Maguire			     		    ca...@ma...
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah