> Danny, are you volunteering to implement Cmake or Meson for the non-ksh93 
> code?

Sorry, I don't have the free time at my disposal and it probably is a
*lot* of work for little gain and that would take away from ksh
development itself, which is why my proposal was to separate it out
and leave it as is.

Anyway, I thought I would put my proposal out there, but if no-one
wants to do it that way, that's fine.

Whether the new ast+ksh code then is the new master or a separate repo
I don't care, either way.

To decrease build times perhaps some work could be done to make the
iffe probing be done in parallel.

> That is an extremely bold proposal. As you alluded to there is a bit of a
> chicken and egg problem. Ksh93 source in its current form cannot be built
> independent of large chunks of the AST code base. So to be able to build
> just ksh93 you first have to build and package the rest of the AST project
> so that it is available to the ksh93 project on Linux, FreeBSD, macOS
> (via Homebrew), etc. If someone steps up and does that work that would
> be great. The question is whether there is anyone motivated to do that
> work. And even if it were done it would make it difficult to modernize
> the ksh93 code by removing support for things like K&R compilers.

bin/package has some support for building packages but as you say, it
would need updating for all those OS's.  It doesn't sound too
difficult and would be done in lib/package/package.mk.  I'm not sure I
understand why it would not be possible to remove support for K&R
compilers.
_______________________________________________
ast-developers mailing list
ast-developers@lists.research.att.com
http://lists.research.att.com/mailman/listinfo/ast-developers

Reply via email to