Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
On Tue, 2008-10-14 at 13:51 +0800, Magicloud wrote: Sigh again, something that always makes me think that cabal is unusable ~/.cabal/lib/HTTP-3001.1.3/ghc-6.8.3/libHSHTTP-3001.1.3.a(Browser.o)(.text+0x5aa6): In function `rp46_info': : undefined reference to `mtlzm1zi1zi0zi1_ControlziMonadziIdentity_zdf2_closure' What is almost certainly going on is that mtl has been rebuilt but the other packages that depend on it (like http) have not. I wonder if we could detect this better in ghc-6.10.2. There are ABI hashes available, so if we could record them in the package registration info then we should be able to detect when a dependent package has changed ABI. The longer term solution is to use a nix-style persistent package store. The short term solution in this case is probably to rebuild the HTTP package. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
Excerpts from Magicloud Magiclouds's message of Mon Oct 13 23:58:58 -0500 2008: Hi, I wanted to install it with cabal. Well $ cabal install derive Resolving dependencies... cabal: Couldn't read cabal file ./derive/0.1.2/derive.cabal As I traced a little, it seemed that line: 'build-depends: base == 4.*, syb' was wrong. Hi, I apologize; I was helping to get derive to build on ghc 6.10, and was unaware that 'pkg == x.*' was new syntax. So it's my offending patch. I have removed that and have instead replaced it with 1.4 supported syntax and uploaded it to hackage; if you would 'cabal update' and try again and report back that would be nice. (I'm using ghc 6.10 RC1 so I don't have 6.8 anymore - OS X installer pkg got rid of it.) Austin. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
After rebuilt HTTP-3001.1.3, I reinstalled, no luck, same error. I am rebuilding GHC-6.8.3, to see Duncan Coutts wrote: On Tue, 2008-10-14 at 13:51 +0800, Magicloud wrote: Sigh again, something that always makes me think that cabal is unusable ~/.cabal/lib/HTTP-3001.1.3/ghc-6.8.3/libHSHTTP-3001.1.3.a(Browser.o)(.text+0x5aa6): In function `rp46_info': : undefined reference to `mtlzm1zi1zi0zi1_ControlziMonadziIdentity_zdf2_closure' What is almost certainly going on is that mtl has been rebuilt but the other packages that depend on it (like http) have not. I wonder if we could detect this better in ghc-6.10.2. There are ABI hashes available, so if we could record them in the package registration info then we should be able to detect when a dependent package has changed ABI. The longer term solution is to use a nix-style persistent package store. The short term solution in this case is probably to rebuild the HTTP package. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
OK, I cannot rebuild ghc-6.8.3 on a ghc-6.8.3 existing enviornment, very good. Preprocessing library cgi-3001.1.6.0... Generating Makefile cgi-3001.1.6.0... make[2]: Entering directory `/home/shidaw/src/ghc-6.8.3/libraries/cgi' == make way=p -f GNUmakefile all; ../../compiler/stage1/ghc-inplace -package-name cgi-3001.1.6.0 -hide-all-packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0.2.0 -package old-time-1.0.0.0 -package old-locale-1.0.0.0 -package containers-0.1.0.2 -package base-3.0.2.0 -package bytestring-0.9.0.1.1 -package network-2.2.0.0 -package parsec-2.1.0.1 -package mtl-1.1.0.1 -package xhtml-3000.2.0.0 -O -Wall -XMultiParamTypeClasses -idist/build -prof -hisuf p_hi -hcsuf p_hc -osuf p_o -H16m -O -O -Rghc-timing -fgenerics -c Network/CGI/Protocol.hs -o dist/build/Network/CGI/Protocol.p_o -ohi dist/build/Network/CGI/Protocol.p_hi Network/CGI/Protocol.hs:41:0: Failed to load interface for `Network.URI': Perhaps you haven't installed the profiling libraries for package network-2.2.0.0? Use -v to see a list of the files searched for. ghc: 49284884 bytes, 6 GCs, 147456/147456 avg/max bytes residency (1 samples), 16M in use, 0.00 INIT (0.00 elapsed), 0.08 MUT (0.19 elapsed), 0.03 GC (0.03 elapsed) :ghc make[3]: *** [dist/build/Network/CGI/Protocol.p_o] Error 1 make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/shidaw/src/ghc-6.8.3/libraries/cgi' make[1]: *** [make.library.cgi] Error 2 make[1]: Leaving directory `/home/shidaw/src/ghc-6.8.3/libraries' make: *** [stage1] Error 2 Magicloud wrote: After rebuilt HTTP-3001.1.3, I reinstalled, no luck, same error. I am rebuilding GHC-6.8.3, to see Duncan Coutts wrote: On Tue, 2008-10-14 at 13:51 +0800, Magicloud wrote: Sigh again, something that always makes me think that cabal is unusable ~/.cabal/lib/HTTP-3001.1.3/ghc-6.8.3/libHSHTTP-3001.1.3.a(Browser.o)(.text+0x5aa6): In function `rp46_info': : undefined reference to `mtlzm1zi1zi0zi1_ControlziMonadziIdentity_zdf2_closure' What is almost certainly going on is that mtl has been rebuilt but the other packages that depend on it (like http) have not. I wonder if we could detect this better in ghc-6.10.2. There are ABI hashes available, so if we could record them in the package registration info then we should be able to detect when a dependent package has changed ABI. The longer term solution is to use a nix-style persistent package store. The short term solution in this case is probably to rebuild the HTTP package. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
Finally, after I hacked some files, everything worksMan! Magicloud wrote: OK, I cannot rebuild ghc-6.8.3 on a ghc-6.8.3 existing enviornment, very good. Preprocessing library cgi-3001.1.6.0... Generating Makefile cgi-3001.1.6.0... make[2]: Entering directory `/home/shidaw/src/ghc-6.8.3/libraries/cgi' == make way=p -f GNUmakefile all; ../../compiler/stage1/ghc-inplace -package-name cgi-3001.1.6.0 -hide-all-packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0.2.0 -package old-time-1.0.0.0 -package old-locale-1.0.0.0 -package containers-0.1.0.2 -package base-3.0.2.0 -package bytestring-0.9.0.1.1 -package network-2.2.0.0 -package parsec-2.1.0.1 -package mtl-1.1.0.1 -package xhtml-3000.2.0.0 -O -Wall -XMultiParamTypeClasses -idist/build -prof -hisuf p_hi -hcsuf p_hc -osuf p_o -H16m -O -O -Rghc-timing -fgenerics -c Network/CGI/Protocol.hs -o dist/build/Network/CGI/Protocol.p_o -ohi dist/build/Network/CGI/Protocol.p_hi Network/CGI/Protocol.hs:41:0: Failed to load interface for `Network.URI': Perhaps you haven't installed the profiling libraries for package network-2.2.0.0? Use -v to see a list of the files searched for. ghc: 49284884 bytes, 6 GCs, 147456/147456 avg/max bytes residency (1 samples), 16M in use, 0.00 INIT (0.00 elapsed), 0.08 MUT (0.19 elapsed), 0.03 GC (0.03 elapsed) :ghc make[3]: *** [dist/build/Network/CGI/Protocol.p_o] Error 1 make[2]: *** [all] Error 1 make[2]: Leaving directory `/home/shidaw/src/ghc-6.8.3/libraries/cgi' make[1]: *** [make.library.cgi] Error 2 make[1]: Leaving directory `/home/shidaw/src/ghc-6.8.3/libraries' make: *** [stage1] Error 2 Magicloud wrote: After rebuilt HTTP-3001.1.3, I reinstalled, no luck, same error. I am rebuilding GHC-6.8.3, to see Duncan Coutts wrote: On Tue, 2008-10-14 at 13:51 +0800, Magicloud wrote: Sigh again, something that always makes me think that cabal is unusable ~/.cabal/lib/HTTP-3001.1.3/ghc-6.8.3/libHSHTTP-3001.1.3.a(Browser.o)(.text+0x5aa6): In function `rp46_info': : undefined reference to `mtlzm1zi1zi0zi1_ControlziMonadziIdentity_zdf2_closure' What is almost certainly going on is that mtl has been rebuilt but the other packages that depend on it (like http) have not. I wonder if we could detect this better in ghc-6.10.2. There are ABI hashes available, so if we could record them in the package registration info then we should be able to detect when a dependent package has changed ABI. The longer term solution is to use a nix-style persistent package store. The short term solution in this case is probably to rebuild the HTTP package. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
On Tue, Oct 14, 2008 at 3:31 AM, Magicloud [EMAIL PROTECTED] wrote: Finally, after I hacked some files, everything worksMan! Come ON. You're banned from the Internet. Please, never ever do what you just did again. Tell what you did! This whole thing is useless otherwise. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] There is something wrong in derive-0.1.2 package.
Hi, I wanted to install it with cabal. Well $ cabal install derive Resolving dependencies... cabal: Couldn't read cabal file ./derive/0.1.2/derive.cabal As I traced a little, it seemed that line: 'build-depends: base == 4.*, syb' was wrong. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
On Tue, 2008-10-14 at 12:58 +0800, Magicloud wrote: Hi, I wanted to install it with cabal. Well $ cabal install derive Resolving dependencies... cabal: Couldn't read cabal file ./derive/0.1.2/derive.cabal As I traced a little, it seemed that line: 'build-depends: base == 4.*, syb' was wrong. Sigh. This is the problem with adding new syntax. I'll have a go at adding a check so that packages using this new syntax should have to declare cabal-version: = 1.6. Fortunately the solution for end users is easy: $ cabal update $ cabal install cabal-install To get the latest version which groks the new syntax. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] There is something wrong in derive-0.1.2 package.
Sigh again, something that always makes me think that cabal is unusable $ cabal install cabal-install Resolving dependencies... 'cabal-install-0.6.0' is cached. Configuring cabal-install-0.6.0... Preprocessing executables for cabal-install-0.6.0... Building cabal-install-0.6.0... [ 1 of 29] Compiling Distribution.Client.Utils ( Distribution/Client/Utils.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Utils.o ) [ 2 of 29] Compiling Distribution.Client.Tar ( Distribution/Client/Tar.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Tar.o ) [ 3 of 29] Compiling Paths_cabal_install ( dist/build/autogen/Paths_cabal_install.hs, dist/build/cabal/cabal-tmp/Paths_cabal_install.o ) [ 4 of 29] Compiling Distribution.Client.HttpUtils ( Distribution/Client/HttpUtils.hs, dist/build/cabal/cabal-tmp/Distribution/Client/HttpUtils.o ) [ 5 of 29] Compiling Distribution.Client.Win32SelfUpgrade ( Distribution/Client/Win32SelfUpgrade.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Win32SelfUpgrade.o ) [ 6 of 29] Compiling Distribution.Client.SrcDist ( Distribution/Client/SrcDist.hs, dist/build/cabal/cabal-tmp/Distribution/Client/SrcDist.o ) [ 7 of 29] Compiling Distribution.Client.Check ( Distribution/Client/Check.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Check.o ) [ 8 of 29] Compiling Distribution.Client.SetupWrapper ( Distribution/Client/SetupWrapper.hs, dist/build/cabal/cabal-tmp/Distribution/Client/SetupWrapper.o ) [ 9 of 29] Compiling Distribution.Client.Types ( Distribution/Client/Types.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Types.o ) [10 of 29] Compiling Distribution.Client.BuildReports.Anonymous ( Distribution/Client/BuildReports/Anonymous.hs, dist/build/cabal/cabal-tmp/Distribution/Client/BuildReports/Anonymous.o ) [11 of 29] Compiling Distribution.Client.BuildReports.Upload ( Distribution/Client/BuildReports/Upload.hs, dist/build/cabal/cabal-tmp/Distribution/Client/BuildReports/Upload.o ) Distribution/Client/BuildReports/Upload.hs:59:6: Warning: Defined but not used: `response' [12 of 29] Compiling Distribution.Client.IndexUtils ( Distribution/Client/IndexUtils.hs, dist/build/cabal/cabal-tmp/Distribution/Client/IndexUtils.o ) [13 of 29] Compiling Distribution.Client.InstallPlan ( Distribution/Client/InstallPlan.hs, dist/build/cabal/cabal-tmp/Distribution/Client/InstallPlan.o ) [14 of 29] Compiling Distribution.Client.Dependency.Types ( Distribution/Client/Dependency/Types.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency/Types.o ) [15 of 29] Compiling Distribution.Client.Dependency.Bogus ( Distribution/Client/Dependency/Bogus.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency/Bogus.o ) [16 of 29] Compiling Distribution.Client.Dependency.TopDown.Types ( Distribution/Client/Dependency/TopDown/Types.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency/TopDown/Types.o ) [17 of 29] Compiling Distribution.Client.Dependency.TopDown.Constraints ( Distribution/Client/Dependency/TopDown/Constraints.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency/TopDown/Constraints.o ) [18 of 29] Compiling Distribution.Client.Dependency.TopDown ( Distribution/Client/Dependency/TopDown.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency/TopDown.o ) Distribution/Client/Dependency/TopDown.hs:38:55: Warning: Imported from `Distribution.Package' but not used: `notThisPackageVersion' Distribution/Client/Dependency/TopDown.hs:498:0: Warning: Defined but not used: `addPackageExcludeConstraint' [19 of 29] Compiling Distribution.Client.Dependency ( Distribution/Client/Dependency.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Dependency.o ) [20 of 29] Compiling Distribution.Client.Fetch ( Distribution/Client/Fetch.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Fetch.o ) [21 of 29] Compiling Distribution.Client.Update ( Distribution/Client/Update.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Update.o ) [22 of 29] Compiling Distribution.Client.Setup ( Distribution/Client/Setup.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Setup.o ) [23 of 29] Compiling Distribution.Client.Config ( Distribution/Client/Config.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Config.o ) [24 of 29] Compiling Distribution.Client.Upload ( Distribution/Client/Upload.hs, dist/build/cabal/cabal-tmp/Distribution/Client/Upload.o ) [25 of 29] Compiling Distribution.Client.BuildReports.Storage ( Distribution/Client/BuildReports/Storage.hs, dist/build/cabal/cabal-tmp/Distribution/Client/BuildReports/Storage.o ) [26 of 29] Compiling Distribution.Client.List ( Distribution/Client/List.hs, dist/build/cabal/cabal-tmp/Distribution/Client/List.o ) [27 of 29] Compiling Distribution.Client.InstallSymlink ( Distribution/Client/InstallSymlink.hs, dist/build/cabal/cabal-tmp/Distribution/Client/InstallSymlink.o ) [28 of 29] Compiling Distribution.Client.Install ( Distribution/Client/Install.hs,