>>>>> "Stuart" == Stuart Ballard <[EMAIL PROTECTED]> writes:
Stuart> Makes me wonder, since the need to override certain files and/or Stuart> packages in Classpath for a particular VM is such a common scenario, Stuart> whether Classpath's build system shouldn't include native support for Stuart> this. Stuart> I think gcj already has something like this, because since the Big Stuart> Merge they're actually using classpath in a subdirectory, but they Stuart> still need to override some classes. But it seems like something that Stuart> would be useful beyond gcj and kaffe and having each VM roll their own Stuart> solution to the same problem seems silly. I added --with-vm-classes to solve this problem for the classpath-in-libgcj build. Basically by default we use the stuff in vm/reference, but --with-vm-classes completely overrides this. Then, in addition, the "enclosing" build can override specific files (eg String.java) with its own versions. This is pretty much completely ad hoc, but, say, if kaffe were to switch to this build model it ought to work fine there as well. Hint, hint. Tom _______________________________________________ Classpath mailing list Classpath@gnu.org http://lists.gnu.org/mailman/listinfo/classpath