Please, this would be my last reply to this thread. Yet another time I'm getting an answer that reshuffling files in the directory makes build time shorter. Seriously, am I writing with background and foreground text colors being set to the same value or what?

Is there any real, serious reason to break compatibility with all existing branches, make modules harder to find, whatever else, BESIDES hacking around a broken build system which can't have proper grouping? I proposed to properly solve this with either sysgen, cmake or anything else. With a build system which does not suck. Not with a build system, where you need to adjust file paths in order to be able to control build process!

I'm glad to participate in a discussion about pros and cons of a proposed new tree layout, but so far the only thing I keep listening to is that it's somehow going to make build time shorter. Let's be honest: It won't. If a 1 liner in PSDK causes whole tree to rebuild, it will take the same with the new layout. It will just be built in a different order, but still all will be rebuilt, because of (somehow broken, or too strict, or incompatible with the makefile) dependencies tracking. It won't make build time shorter until a new build system is in place.

From: Ged Murphy

Sent: Tuesday, July 27, 2010 1:23 AM

To: ReactOS Development List

Subject: Re: [ros-dev] Tree restructure (was: Re: [ros-diffs] [akhaldi]48236: Create a branch forcmakebringup.)

On 26 July 2010 21:29, Aleksey Bragin <aleksey@reactos.org> wrote:

Regarding the current layout is logical: We could sort the modules
alphabetically, that would be as "logical". But it's not reasonable.
Great, we came to an agreement: it is logical :). Reasonability is discussable...

I'm yet to hear any arguments as to how the current layout is better than the suggested one.

As the tree grows in size it's going to become more and more difficult to manage.

Do we really have to wait until we're at a point where it takes 5 hours to build after making a 1 line change to a PSDK file?

As far as I can tell, our current layout, by type, only serves to make modules easy to find.

In comparison, Timo's alphabetical point is actually as reasonable as the current layout.

Ged.