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