[Mono-devel-list] moving things after the migration
Miguel de Icaza
miguel at ximian.com
Wed Dec 1 17:30:01 EST 2004
> Ok, what's the idea behind that module organization? Simplify concurrent
> development and ease the compilation of different Mono configurations:
> e.g.: If someone was to implement a new GC, the module would go into
> "GarbageCollector/MovingGC/(Header,Source,UnitTests)" and after altering
> the symlinks in 'Header' and tweaking the build Script in
> 'GarbageCollector', it would be easy to build 'normal' mono with the new GC.
> BTW: I really like SCons for doing the build part..
That file system organization is pure crack.
"Porting" mono is not a matter of creating a directory.
"Replacing" the GC is not a matter of renaming a directory.
"Adding an optimization" is not a matter of adding a new directory.
You are focused on the wrong side of the spectrum if you think that the
directory layout will in any form help.
More information about the Mono-devel-list