Re: Core Dump on make install latest 21.2 from CVS

SJT> This change can be interpreted as making the treatment of Mule SJT> consistent between core and packages. Martin> But it's what the packages do that's broken. Users should think of a Martin> single set of packages, some of which have attributes, such as Martin> requiring mule, not two sets of packages. MS> Well sure, but there we are now: Currently, Mule and no-Mule are MS> completely different things, and the package system is broken. Once MS> these two things are fixed (provided they ever will), then we MS> can---and will---unify these things. I'm only suggesting that we MS> reflect the current situation accurately, and solve the technical MS> problem we're having right now. I'm not sure I understand what the technical problem is right now. I assume we're still trying to solve the excessive stats problem. What was wrong with my technical suggestion of - adding core lisp/ as a hierarchy of depth 0. - if mule, adding lisp/mule as another hierarchy of depth 0. - adding package hierarchies using a different depth. I strongly resist making changes to directory structure, especially this late in the release cycle. (wait, SJT is the release manager! Have to stop speaking that way!)