Strange library git glitch

I'm getting this strange output from 'git diff' bash$ git diff diff --git a/libraries/exceptions b/libraries/exceptions --- a/libraries/exceptions +++ b/libraries/exceptions @@ -1 +1 @@ -Subproject commit fe4166f8d23d8288ef2cbbf9e36118b6b99e0d7d +Subproject commit fe4166f8d23d8288ef2cbbf9e36118b6b99e0d7d-dirty No amount of git submodule update makes it go away. Any ideas? Thanks Simon

Hi Simon, I usually manage to get it to disappear by using `git submodule update --recursive`. Is it a flag you've used in your previous attempts? Cheers, Hécate. Le 15/05/2020 à 16:24, Simon Peyton Jones via ghc-devs a écrit :
No amount of git submodule update makes it go away. Any ideas?

My bad, it seems like this is another issue. I found this StackOverflow page quite helpful in explaining the hows and whys: https://stackoverflow.com/questions/4873980/git-diff-says-subproject-is-dirt... Cheers, Hécate Le 15/05/2020 à 16:30, Hécate a écrit :
Hi Simon,
I usually manage to get it to disappear by using `git submodule update --recursive`. Is it a flag you've used in your previous attempts?
Cheers,
Hécate.
Le 15/05/2020 à 16:24, Simon Peyton Jones via ghc-devs a écrit :
No amount of git submodule update makes it go away. Any ideas?
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Thanks. It does have a directory dist-install/ in it - but that's put there by the build system, so if I remove it, it'll just come back. And other libraries (like deepseq) has dist-install too but does not complain. So mysterious.
On the other hand git submodule update -recursive *did* fix it. Seems odd. I'm already saying "submodules" and I don' think any submodules have further submodules - or do they?
Simon
From: ghc-devs

Hey Simon, This is nicely explained by Ryan in the message for the latest commit to exceptions: Add dist-boot to .gitignore This is generated by GHC when building `exceptions` now that it has been made a stage-0 boot library (as of commitghc/ghc@3027241 https://github.com/ghc/ghc/commit/30272412fa437ab8e7a8035db94a278e10513413). https://github.com/ekmett/exceptions/commit/23c0b8a50d7592af37ca09beeec16b93... Best, Artem On Fri, May 15, 2020, 11:02 AM Simon Peyton Jones via ghc-devs < ghc-devs@haskell.org> wrote:
Thanks. It does have a directory dist-install/ in it – but that’s put there by the build system, so if I remove it, it’ll just come back. And other libraries (like deepseq) has dist-install too but does not complain. So mysterious.
On the other hand git submodule update –recursive **did** fix it. Seems odd. I’m already saying “submodules” and I don’ think any submodules have further submodules – or do they?
Simon
*From:* ghc-devs
*On Behalf Of *Hécate *Sent:* 15 May 2020 15:37 *To:* ghc-devs@haskell.org *Subject:* Re: Strange library git glitch My bad, it seems like this is another issue.
I found this StackOverflow page quite helpful in explaining the hows and whys:
https://stackoverflow.com/questions/4873980/git-diff-says-subproject-is-dirt...
Cheers,
Hécate
Le 15/05/2020 à 16:30, Hécate a écrit :
Hi Simon,
I usually manage to get it to disappear by using `git submodule update --recursive`. Is it a flag you've used in your previous attempts?
Cheers,
Hécate.
Le 15/05/2020 à 16:24, Simon Peyton Jones via ghc-devs a écrit :
No amount of git submodule update makes it go away. Any ideas?
_______________________________________________
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Simon,
I think the issue was a missing entry in the .gitignore file. Ryan
fixed something to with that in this MR
(https://gitlab.haskell.org/ghc/ghc/-/merge_requests/3222) but he says
it was the dist-boot rather than dist-install directory.
Matt
On Fri, May 15, 2020 at 4:03 PM Simon Peyton Jones via ghc-devs
Thanks. It does have a directory dist-install/ in it – but that’s put there by the build system, so if I remove it, it’ll just come back. And other libraries (like deepseq) has dist-install too but does not complain. So mysterious.
On the other hand git submodule update –recursive *did* fix it. Seems odd. I’m already saying “submodules” and I don’ think any submodules have further submodules – or do they?
Simon
From: ghc-devs
On Behalf Of Hécate Sent: 15 May 2020 15:37 To: ghc-devs@haskell.org Subject: Re: Strange library git glitch My bad, it seems like this is another issue.
I found this StackOverflow page quite helpful in explaining the hows and whys: https://stackoverflow.com/questions/4873980/git-diff-says-subproject-is-dirt...
Cheers,
Hécate
Le 15/05/2020 à 16:30, Hécate a écrit :
Hi Simon,
I usually manage to get it to disappear by using `git submodule update --recursive`. Is it a flag you've used in your previous attempts?
Cheers,
Hécate.
Le 15/05/2020 à 16:24, Simon Peyton Jones via ghc-devs a écrit :
No amount of git submodule update makes it go away. Any ideas?
_______________________________________________
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
participants (4)
-
Artem Pelenitsyn
-
Hécate
-
Matthew Pickering
-
Simon Peyton Jones