[Mono-devel-list] moving things after the migration
Willibald Krenn
Willibald.Krenn at gmx.at
Wed Dec 1 19:34:25 EST 2004
I thought about not sending the answer to the list, but as Miguel did
not send the e-mail privately in the first place...
> That file system organization is pure crack.
I was just offering some other sight of things. In no way I wanted you
to take over this design!
> "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.
Sure, but it'll probably help knowing where new things have to go. (At
least I like that.)
BTW: I never said something about renaming a directory. The main idea
was to have a common interface for every GC so you can simply swap by
changing some symbolic links. The same goes for the Kernel/metadata stuff..
But I won't go into further detail here out of obvious reasons.
> You are focused on the wrong side of the spectrum if you think that the
> directory layout will in any form help.
Firstly, I did the layout so it helps *myself* keeping up with the mono
development (=svn up), at the same time also allowing side-by-side
development - that is decoupling my playground from mono work.
Just as a side note: The current layout allows me to save some arbitrary
snapshots of mono and link to them in a fashion I like.
Secondly, I tend to like deeper nested layouts more than a flat, but
wide thing..
Thirdly, I asked you if some subtle changes to the current mono dir.
layout could be made. I can understand that you said no, because CVS did
not support it and because I'm some new guy who doesn't have your
working experience on mono and changes would probably require some work.
But what was my choice then? I could not do a subtle change to my
private tree because chances were great that this would break sooner
than later. So either I did a complete new layout or stick to the mono
layout. The latter has the disadvantage of where to put code that won't
go into the official distribution (and how to link it), whereas the
first involves pretty much work.
You know what I've opted for. And I don't regret it.
Thanks for the constructive feedback,
Willibald Krenn
More information about the Mono-devel-list
mailing list