[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 mailing list