Christoph Egger wrote:
> Please wait. This can turn into a code-base splitting in the
> long-term, so that everyone has its own version instead of a common
> code-base as we have now. But maybe, that I got you wrong. Thus,
> could you be more verbose, please?
I'll illustrate my point with my own experience in berlin. I rewrote
the build system a couple of times, just because it never fitted our
needs...
The thing with the berlin sources is that it consists of a couple of
modules, which may or may not become separate projects, once it has
matured (stabilized). However, right now there are still a lot of changes
to the interfaces, requiring parts of all modules to be recompiled, which
is why we have a similar source layout like GGI, i.e. a single root for
the whole system.
However, some people may want to download (and install) the modules individually,
some as binary packages, some as sources, and not install everything into a single
place. That's where the mess begins...
What I did, is to allow for a separate build directory, from which you call
$Berlin/configure, to set up a *local* build tree (Makefiles, generated headers, etc.),
which refers to the source tree in $Berlin. (note that this is similar to the build
system of gcc). Then I can run make, and get a working berlin system.
Since we have a huge number of parameters to set in the configure process (the low
level graphic layer to build on, debugging information to include, etc.) it is
preferable to be able to have a couple of such build environments at the same time,
all in sync with one single source tree.
This means that, in order to run, I don't want to install anything. Instead, I want
to run with the binaries/libs/modules/resources in the local environment.
It appears that this is currently not possible with GGI. This is a problem even for
less demanding contexts, such as when I have a GGI version installed, and I want to
cvs checkout a new (unstable) version, and test it, before I decide whether I want to
install it.
Anyway, I hope I made my point a bit more clear this time.
Regards, Stefan
