[m-dev.] libatomic_ops submodule

[Sebastian Godelet]

Hello Paul,

I've got a question about libatomic_ops,
Wouldn't it be easier to let libatomic_ops be a submodule of boehm_gc and
Use `git submodule update --init --recursive' or `git clone --recursive (when initially cloning mercury)'
Since the prepare script uses cp on Windows, one must manually update the libatomic_ops/* copied files

Cheers,

Sebastian

> -----Original Message-----
> From: developers [mailto:developers-bounces at lists.mercurylang.org] On
> Behalf Of Paul Bone
> Sent: Tuesday, October 6, 2015 10:21 AM
> To: Zoltan Somogyi
> Cc: developers
> Subject: Re: [m-dev.] libatomic_ops submodule
> 
> On Mon, Oct 05, 2015 at 07:47:48PM +1100, Zoltan Somogyi wrote:
> > I have a couple of problems with the new libatomic_ops submodule.
> >
> > The first problem is that I keep getting this as part of my diffs:
> >
> > diff --git a/libatomic_ops b/libatomic_ops
> > --- a/libatomic_ops
> > +++ b/libatomic_ops
> > @@ -1 +1 @@
> > -Subproject commit 137001b1d9bddc0034de887c8e6ebc32893b1821
> > +Subproject commit 137001b1d9bddc0034de887c8e6ebc32893b1821-dirty
> >
> > Does anyone know what causes this, and how to stop it, other than
> > deleting the directory and fetching it again?
> 
> Because some generated files are kept in the libatomic_ops directory to
> avoid a dependency on libtool, when they are regenerated for whatever
> reason
> git recognises that you have uncommited changes there.
> 
> If you "deinitialise" your git submodules
> 
>     $ git submodule deinit -f .
> 
>     WARNING: you will loose unsaved changes in the submodules.
> 
> And re-initialise them:
> 
>     $ ./prepare.sh
> 
> Git keeps a cache of the remote repository.  However it check with the
> remote to see if there a new changes, but won't need to download the whole
> thing again.  If you don't want it to use any network access you can edit
> prepare.sh and remove the --remote option from "git update".
> 
> I realize this isn't ideal, it still adds extra steps to our workflows.  An
> alternative might be allowing libtool as a dependency.
> 
> 
> > The second is that I often change to the library directory by doing
> > "cd ../libTAB", where TAB is my filename completion character.
> > That used to work, but now libatomic_ops is also a valid completion
> > of just "lib". Can we give this directory some name that doesn't
> > get in the way like this?
> 
> I'm happy to hear suggestions for a new name.
> 
> --
> Paul Bone
> _______________________________________________
> developers mailing list
> developers at lists.mercurylang.org
> https://www.mercurylang.org/lists/listinfo/developers