> > Come on, Bill. You know how this works. Post a patch. > > Advocacy is volunteering. > > > > :-) I am glad you think this change is a good idea.
Running code is always a strong endorsement for a position. Making this work in Gold would be hard. Gaby might have a way to solve this. The AXIOM variable has two primary uses. First it tells the build system what kind of target to expect. Second, it tells the installed system where to find itself. These assumptions are sprinkled thru the code and never documented. So removing this variable is a minor challenge. At the moment it has the feature that "it works" and there are many other things that are broken or need changing. So my real opinion is that I don't see the advantage of working on changing something that works. I'd rather see changes on things that don't work right (e.g. databases), don't work at all (e.g. regression testing), don't have a clue about how it should work (e.g. drag-and-drop), fundamentally change the system (e.g. video documentation), or fundamentally change the field (e.g. CATS). But if you and/or Gaby feel it should be changed, are willing to change it and document it, then yes, it's a good idea :-) t _______________________________________________ Axiom-developer mailing list Axiom-developer@nongnu.org http://lists.nongnu.org/mailman/listinfo/axiom-developer
