Re: [Gc] git submodules
Paul Bone <[email protected]> Tue, 4 Nov 2014 22:16:16 +1100
| Newsgroups | gmane.comp.lang.mercury.devel,gmane.comp.programming.garbage-collection.boehmgc |
|---|---|
| Message-ID | <20141104111616.GF21461@durif> |
On Sat, Nov 01, 2014 at 08:57:20PM +0300, Ivan Maidanski wrote: > Hi Paul, > > I don't like the idea (at least at this moment) of libatomic_ops submodule (nor the idea of excluding the folder from gitignore) to be committed to upstream. > There are several ways of dealing with dependency tracking - each has pros and cons - let the client decide. > Okay, I can see how you loose flexability by doing that. This is flexability that we (Mercury) have never had so I didn't notice until you pointed it out. > In particular, subtree merge could be used instead of submodules. > But, if you still prefer submodules, you could put libatomic_ops directly to your project (making a link bdwgc/libatomic_ops -> libatomic_ops) I think that's what we'll end up doing then. Yes we prefer submodules as there's no need to import Boehm GC's history into the Mercury repository. Thanks. -- Paul Bone _______________________________________________ developers mailing list [email protected] https://www.mercurylang.org/lists/listinfo/developers