On Thu, 2003-01-02 at 13:03, Raymond Toy wrote:
> >>>>> "Dan" == Dan Stanger <dan.stanger@ieee.org> writes:
>
> Dan> 1) Is there a Code Freeze? If so, on which mailing list was it stated,
> Dan> and when did the message go out, when does it start, and when
> Dan> does it end?
>
> Some digging in my mail archives shows that James Amundson sent a mail
> on Oct 27 for rc2 asking developers not to make further commits.
> Couldn't find anything more recent than that. Since rc3 still hasn't
> gone out, I assume the freeze still holds.
Disclaimers:
1) I am not pleased about the way the 5.9.0 release is going. It is
taking more than 10x as long to get from 5.9.0rc1 to 5.9.0 than I had
anticipated. Some of the reasons for the delay were avoidable, some were
unavoidable. (I'll analyze them on the list after the release is out.)
2) We will have a more formal plan for subsequent releases.
Answer:
Yes, there I announced a code freeze. No, I have not been strict about
enforcing it.
I have time to work in the remaining issues during the next few days. I
hope the remaining issues for release can be resolved during that time.
Based on past experience, I'm not making any promises.
> Dan> 2) *.mk files? It seems that the maxima.system and the *.mk
> Dan> files are needed to bootstrap and build the system, however
> Dan> if you just touch the *.mk files, then you can bootstrap and
> Dan> build without problem, then regenerate the *.mk files. Why
> Dan> have them at all?
>
> I agree. I think the top-level makefile should always just call the
> appropriate lisp and run mk:oos to build them. There's no need for
> make to know that. Then the *.mk files can go away completely (I
> think).
I'm not quite sure what either of you have in mind. The *.mk files are
unavoidable if you want (1) make to only rebuild an image if the source
files have changed and (2) to have the list of source files determined
solely by maxima.system. (I spent a couple of years of my professional
life developing and maintaing build systems for very large projects. I
have quite a bit of experience with the capabilities and limitations of
make.)
--Jim