>> As for updating the meta repository: We could disable write access for the >> normal llvm developer and delegate the submodule bumping to an external >> server. I believe this would be an easy enough job for buildbot or jenkins. > > The plan is to disable all write access to this repository (otherwise > we'll create a nightmare). Having an external counter could be > problematic due to synchronisation issues. > > If the hook doesn't work, we'll have serious problems.
So, I probably missed something, but what was the main objection to just using submodules? This would put llvm inside clang instead of the other way around. When changing an API one currently has to * Change llvm. * Quickly change clang and hope no bot picks up a revision with only the llvm change. With submodules it becomes * Change llvm. * Change clang and in the same atomic commit change what revision the submodule points to. Cheers, Rafael _______________________________________________ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev