From a fresh ghc-head checkout. On OSX Lion ------------------------------------------------ $ ./sync-all get ... == libraries/dph: running git config --local core.ignorecase true == running git config --local core.ignorecase true == running git submodule init == running git submodule update error: Failed connect to git.haskell.org:3128; Operation timed out while accessing http://git.haskell.org/packages/Cabal.git/info/refs?service=git-upload-pack fatal: HTTP request failed Unable to fetch in submodule path 'libraries/Cabal' git failed: 256 at ./sync-all line 119. ------------------------------------------------ On OSX Snow Leopard ------------------------------------------------ $ make ... ===--- building final phase make -r --no-print-directory -f ghc.mk phase=final all inplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell "DynFlags" "Annotations Avail Bag BasicTypes Binary Bitmap BlockId BreakArray BufWrite ByteCodeAsm ByteCodeInstr ByteCodeItbls ByteCodeLink CLabel Class CmdLineParser Cmm CmmCallConv CmmExpr CmmInfo CmmMachOp CmmNode CmmType CmmUtils CoAxiom CodeGen.Platform CodeGen.Platform.ARM CodeGen.Platform.NoRegs CodeGen.Platform.PPC ... TysWiredIn Unify UniqFM UniqSet UniqSupply Unique Util Var VarEnv VarSet" make[1]: *** [compiler/stage2/dll-split.stamp] Segmentation fault make: *** [all] Error 2 ------------------------------------------------ On Debian ------------------------------------------------ $ inplace/bin/ghc-stage2 --make ~/tmp/Hello.hs -fforce-recomp ... (.data+0x0): undefined reference to `r5Iv_closure' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__40.o):(.text+0x85): undefined reference to `rjV_info' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__40.o): In function `S82I_srt': (.data+0x0): undefined reference to `rjV_closure' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__42.o):(.text+0x85): undefined reference to `rjV_info' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__42.o): In function `S83p_srt': ------------------------------------------------ I'm sure it's my fault, but I don't have any more computers... Ben.
On 22/08/2013, at 22:48 , Ben Lippmeier
On OSX Lion ------------------------------------------------ $ ./sync-all get ... == libraries/dph: running git config --local core.ignorecase true == running git config --local core.ignorecase true == running git submodule init == running git submodule update error: Failed connect to git.haskell.org:3128; Operation timed out while accessing http://git.haskell.org/packages/Cabal.git/info/refs?service=git-upload-pack fatal: HTTP request failed Unable to fetch in submodule path 'libraries/Cabal' git failed: 256 at ./sync-all line 119. ------------------------------------------------
This one was my fault because I had the wrong http_proxy environment variable set. I was confused because the ./sync-all script gets most of the repos with git:// style URLs, but then switches to http:// style URLs for sub modules. not sure about the others yet. Ben.
On 2013-08-22 at 15:35:29 +0200, Ben Lippmeier wrote: [...]
I was confused because the ./sync-all script gets most of the repos with git:// style URLs, but then switches to http:// style URLs for sub modules.
well, that's because the 'sync-all' script is not clever enough to rewrite the urls between the 'git submodule init' and the 'git submodule update' invocations during an initial "sync-all get" operation. Specifically, the proper way to do this (for an initial 'sync-all get'; it gets more complicated for non-initial 'sync-all get's) is: - before invoking 'git submodule update', iterate over the entries in "git config --get-regexp ^submodule" and - rewrite the repo URLs (by using 'git config' again), assuming that 'http://git.haskell.org/' is the original repo-base/prefix which is to be replaced by the current $repo_base - proceed with 'git submodule update' Btw, the implementation in sync-all at https://github.com/ghc/ghc/blob/master/sync-all#L897-L912 seems a bit confusing; the "submodule init" in the "if ($command eq "get" or $command eq "pull")" branch is probably never invoked. cheers, hvr
On Thu, Aug 22, 2013 at 05:01:45PM +0200, Herbert Valerio Riedel wrote:
Btw, the implementation in sync-all at
https://github.com/ghc/ghc/blob/master/sync-all#L897-L912
seems a bit confusing; the "submodule init" in the "if ($command eq "get" or $command eq "pull")" branch is probably never invoked.
I probably forgot to remove the old block in https://github.com/ghc/ghc/commit/c3db2b2c449e21d0358f1ed4b7a5dd447477ac28 Thanks Ian
Hi Ben. I get similar linker errors, also on Mac OS X.
Adding
SplitObjs = NO
DYNAMIC_BY_DEFAULT = NO
DYNAMIC_GHC_PROGRAMS = NO
to my build.mk avoids the problem for me — I haven't narrowed it further
than that.
On Thu, Aug 22, 2013 at 7:48 AM, Ben Lippmeier
From a fresh ghc-head checkout.
On OSX Lion ------------------------------------------------ $ ./sync-all get ... == libraries/dph: running git config --local core.ignorecase true == running git config --local core.ignorecase true == running git submodule init == running git submodule update error: Failed connect to git.haskell.org:3128; Operation timed out while accessing http://git.haskell.org/packages/Cabal.git/info/refs?service=git-upload-pack fatal: HTTP request failed Unable to fetch in submodule path 'libraries/Cabal' git failed: 256 at ./sync-all line 119. ------------------------------------------------
On OSX Snow Leopard ------------------------------------------------ $ make ... ===--- building final phase make -r --no-print-directory -f ghc.mk phase=final all inplace/bin/dll-split compiler/stage2/build/.depend-v-dyn.haskell "DynFlags" "Annotations Avail Bag BasicTypes Binary Bitmap BlockId BreakArray BufWrite ByteCodeAsm ByteCodeInstr ByteCodeItbls ByteCodeLink CLabel Class CmdLineParser Cmm CmmCallConv CmmExpr CmmInfo CmmMachOp CmmNode CmmType CmmUtils CoAxiom CodeGen.Platform CodeGen.Platform.ARM CodeGen.Platform.NoRegs CodeGen.Platform.PPC ... TysWiredIn Unify UniqFM UniqSet UniqSupply Unique Util Var VarEnv VarSet" make[1]: *** [compiler/stage2/dll-split.stamp] Segmentation fault make: *** [all] Error 2 ------------------------------------------------
On Debian ------------------------------------------------ $ inplace/bin/ghc-stage2 --make ~/tmp/Hello.hs -fforce-recomp ... (.data+0x0): undefined reference to `r5Iv_closure' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__40.o):(.text+0x85): undefined reference to `rjV_info' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__40.o): In function `S82I_srt': (.data+0x0): undefined reference to `rjV_closure' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__42.o):(.text+0x85): undefined reference to `rjV_info' /home/benl/devel/ghc/ghc-head/libraries/base/dist-install/build/libHSbase-4.7.0.0.a(PSQ__42.o): In function `S83p_srt': ------------------------------------------------
I'm sure it's my fault, but I don't have any more computers...
Ben.
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
On 23/08/2013, at 12:23 AM, Nicolas Frisby wrote:
Hi Ben. I get similar linker errors, also on Mac OS X.
Adding
SplitObjs = NO
DYNAMIC_BY_DEFAULT = NO DYNAMIC_GHC_PROGRAMS = NO
to my build.mk avoids the problem for me — I haven't narrowed it further than that.
Thanks, this works for me on at least Snow Leopard. Ben.
participants (4)
-
Ben Lippmeier -
Herbert Valerio Riedel -
Ian Lynagh -
Nicolas Frisby