Closed deepfire closed 9 years ago
Yes, this is a known infelicity. I'd be very happy to accept a pull request or other instructions for how to fix this, but I don't really have the git expertise to design a solution to this problem. In the meantime, I recommend following the instructions in the top-level README about getting the right submodules set up.
I'll leave this ticket open as a request for a fix.
PS: Maybe this is really simple. Would changing the url
entries in .gitmodules
do the trick? If it's that easy, then I can indeed do it myself. Any git experts out there who can offer advice? Thanks!
I don't have a good answer here either, but I tend to change the .gitmodules
file to have absolute URLs instead.
Submitted a pull request doing just that.
Actually, I think this may belong to GHC mainline.
It seems like it shifts the balance of convenence away from people doing development across GHC-with-modules towards people publishing GHC forks.
Whether it is desirable is an open question..
This problem has always rather annoyed me alright, but I always figured that I was just missing some obvious git
solution here.
I've accepted PR #36, closing this issue. But I've made a note to myself to undo the change before merging with master. I considered pushing this notion upstream, but I can't make a strong argument for the change. Anyone else is welcome to take this up on GHC's Trac.
Exhibit:
..but of course there's no
https://github.com/goldfirere/libffi-tarballs.git
repository, so the typical GHC build scenarios encoded, for example in NixOS, don't work.