Re: It's one of those days...
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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: ./sync-all get & git submodule URL dissonance (was: It's one of those days...)
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 ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
./sync-all get & git submodule URL dissonance (was: It's one of those days...)
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 ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: It's one of those days...
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 wrote: > > 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 > ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
Re: It's one of those days...
On 22/08/2013, at 22:48 , Ben Lippmeier wrote: > 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. ___ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs
It's one of those days...
>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