Strange library git glitch

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Strange library git glitch

GHC - devs mailing list

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

 


_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Reply | Threaded
Open this post in threaded view
|

Re: Strange library git glitch

Hécate

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
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Reply | Threaded
Open this post in threaded view
|

Re: Strange library git glitch

Hécate

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-dirty

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
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Reply | Threaded
Open this post in threaded view
|

RE: Strange library git glitch

GHC - devs mailing list

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 <[hidden email]> On Behalf Of Hécate
Sent: 15 May 2020 15:37
To: [hidden email]
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-dirty

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
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Reply | Threaded
Open this post in threaded view
|

Re: Strange library git glitch

Artem Pelenitsyn
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 commit
ghc/ghc@3027241).


Best, Artem

On Fri, May 15, 2020, 11:02 AM Simon Peyton Jones via ghc-devs <[hidden email]> 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 <[hidden email]> On Behalf Of Hécate
Sent: 15 May 2020 15:37
To: [hidden email]
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-dirty

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
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Reply | Threaded
Open this post in threaded view
|

Re: Strange library git glitch

Matthew Pickering
In reply to this post by GHC - devs mailing list
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
<[hidden email]> 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 <[hidden email]> On Behalf Of Hécate
> Sent: 15 May 2020 15:37
> To: [hidden email]
> 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-dirty
>
> 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
>
> [hidden email]
>
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
> _______________________________________________
> ghc-devs mailing list
> [hidden email]
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________
ghc-devs mailing list
[hidden email]
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs