Greg Stein <gstein@lyra.org> writes:
> Right. I haven't resolved the fs-helpers thing (yet). I believe that I'm
> just going to create libsvn_test_fs to keep things simpler. Test programs
> that need it can link with it.
>
> As far as the dependency stuff (need to manually build "libsvn_fs" for
> example), that is a bug right now. It appears that stuff is built in
> not-quite-right order. I mentioned fixing this the other day. Will do so
> soonest...
Greg,
Right now, we have a situation in which most developers cannot build
the head of the tree from scratch. This is Bad :-). Can you please
get the new system working on a branch and *then* merge it into the
trunk, so no one else is bottlenecked on this? For example, Mike
Sussman's trying to write tests, and therefore trying to build from a
fresh checkout, and having all sorts of problems (he's typing up a
report on that right now).
When the new build system works with a freshly checked out tree on a
few different operating systems, then we'll know it's ready for prime
time. In the meantime, there's no reason why its development should
get in anyone else's way.
Ben mentions that the old Makefile.am's are still in their subdirs, so
the difference between the old build system and the new one is
essentially one file, the top-level Makefile.in, plus various changes
to autogen.sh and maybe a few other files. But the old build system
is still largely in place. Temporary reversion on the trunk should be
easy.
Don't get me wrong -- it's great that you took this on, and (though
there are advantages/disadvantages to each way) I'm also +1 on going
with the single-Makefile system. But there's no technical reason why
everyone needs to feel the pain. It can just be you. :-)
Thanks,
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:30 2006