- Glasgow-haskell-users

Re: [Haskell-cafe] Hint causes GHCi linker error under Windows
by Daniel Gorín 14 Dec '09

14 Dec '09

Hi, Martin Do you have a complete example one can use to reproduce this behavior? (preferably a short one! :P) In any case, I'm resending your message to the glasgow-haskell-users list to see if a ghc guru recognize the error message. It is strange that the problem only manifests on Windows.... Daniel On Dec 11, 2009, at 7:04 AM, Martin Hofmann wrote: > The following hint code causes GHCi to crash under Windows: > >> runInterpreter $ loadModules ["SomeModule.hs"] > > The error message is: > > GHCi runtime linker: fatal error: I found a duplicate definition for > symbol _hs_gtWord64 whilst processing object file > C:\Programme\Haskell Platform\2009.2.0.2\ghc-prim-0.1.0.0 > HSghc-prim-0.1.0.o > This could be caused by: > * Loading two different object files which export the same symbol > * Specifying the same object file twice on the GHCi command line > * An incorrect `package.conf' entry, causing some object to be > loaded twice. > GHCi cannot safely continue in this situation. Exiting now. Sorry. > > The problem does not occur under Unix or with a compiled program. IMHO > hint tries to start a second instance of GHCi which is not > allowed/possible under Windows. If this is the case a more telling > error > message would be helpful. > > I used the Haskell Platform, version 2009.2.0.2 under Windows XP. My > package.conf is: > > C:/Programme/Haskell Platform/2009.2.0.2\package.conf: > Cabal-1.6.0.3, GHood-0.0.3, GLUT-2.1.1.2, HTTP-4000.0.6, > HUnit-1.2.0.3, MonadCatchIO-mtl-0.2.0.0, OpenGL-2.2.1.1, > QuickCheck-1.2.0.0, Win32-2.2.0.0, ansi-terminal-0.5.0, > ansi-wl-pprint-0.5.1, array-0.2.0.0, base-3.0.3.1, base-4.1.0.0, > bimap-0.2.4, bytestring-0.9.1.4, cgi-3001.1.7.1, > containers-0.2.0.1, cpphs-1.9, directory-1.0.0.3, (dph-base-0.3), > (dph-par-0.3), (dph-prim-interface-0.3), (dph-prim-par-0.3), > (dph-prim-seq-0.3), (dph-seq-0.3), extensible-exceptions-0.1.1.0, > fgl-5.4.2.2, filepath-1.1.0.2, (ghc-6.10.4), ghc-mtl-1.0.1.0, > ghc-paths-0.1.0.6, ghc-prim-0.1.0.0, haddock-2.4.2, > haskeline-0.6.2.2, haskell-src-1.0.1.3, haskell-src-exts-1.3.4, > haskell98-1.0.1.0, hint-0.3.2.1, hpc-0.5.0.3, html-1.0.1.2, > integer-0.1.0.1, mtl-1.1.0.2, network-2.2.1.4, old-locale-1.0.0.1, > old-time-1.0.0.2, packedstring-0.1.0.1, parallel-1.1.0.1, > parsec-2.1.0.1, pointless-haskell-0.0.1, pretty-1.0.1.0, > process-1.0.1.1, random-1.0.0.1, regex-base-0.72.0.2, > regex-compat-0.71.0.1, regex-posix-0.72.0.3, rts-1.0, stm-2.1.1.2, > syb-0.1.0.1, template-haskell-2.3.0.1, time-1.1.2.4, > utf8-string-0.3.6, xhtml-3000.2.0.1, zlib-0.5.0.0 > > Thanks, > > Martin > > _______________________________________________ > Haskell-Cafe mailing list > Haskell-Cafe(a)haskell.org > http://www.haskell.org/mailman/listinfo/haskell-cafe

2 2

Running GHC 6.10.* on OpenBSD
by Thanos Tsouanas 12 Dec '09

12 Dec '09

Hello list. Up to now I've only used binary versions of GHC, but since my operating system's (OpenBSD) version of GHC is lagging behind (currently at 6.6.1), I need to update it. I tried using my system's ghc-6.6.1 to compile ghc-6.10.4 but it failed due to haskeline not being installed (and trying to install it also failed). I managed (woohoo!) to compile 6.8.3 using 6.6.1, but I could still not use 6.8.3 to compile 6.10.4. Even though I have installed haskeline using cabal in 6.8.3, the making of 6.10.4 breaks with the (weird?) message: cabal-bin: At least the following dependencies are missing: haskeline -any On the same machine (it's a laptop), I also have a partition with ubuntu linux installed (which has ghc-6.10.4 installed). So I thought I should try cross compiling, following the instrucions at the Porting wiki page. But this also failed at the first steps, with the complaint: GHC configuration does not support differing host/target (i.e. cross-compiling). Any suggestions / website links? Also, I understand what --host and --target are supposed to be, but I'm not clear on --build. Is there a more detailed document on building GHC, other than the Porting wiki? Thanks. P.S. I don't really use the ubuntu linux partition, so if there is an easier alternative that needs to install another system, I can do it over ubuntu's partition. -- Thanos Tsouanas http://mpla.math.uoa.gr/~thanos/

4 7

Re: Running GHC 6.10.* on OpenBSD
by Thanos Tsouanas 12 Dec '09

12 Dec '09

On Sat, Dec 12, 2009 at 10:22 AM, Karel Gardas <karel.gardas(a)centrum.cz> wrote: > Thanos Tsouanas wrote: >> Hello list. >> >> Up to now I've only used binary versions of GHC, but since >> my operating system's (OpenBSD) version of GHC is >> lagging behind (currently at 6.6.1), I need to update it. >> I tried using my system's ghc-6.6.1 to compile ghc-6.10.4 >> but it failed due to haskeline not being installed (and trying >> to install it also failed). > > Hello, > > it's already a long time since I installed ghc-6.10.3.20090530 on my > OpenBSD/amd64, but IIRC I really used system provided compiler and IIRC > I somehow managed to first install everything what's required on system > provided 6.6.1 to compile 6.10. I'm not sure if I went step by step > 6.6.1->6.8.3->6.10.3 as you try. Anyway I'm writing just to let you know > that it was somehow possible in the past and that you shall perhaps > concentrate on why it fails on your box. IMHO cross-compilation is no go > in this case since I hope I'm right assuming this is not supported in > 6.10, but was fixed in 6.12 again. Perhaps you are right, I should stay on my system instead of cross compiling. In any case, I could wait to crosscompile 6.12 once it's officially out. > In the worst case I can provide you my binary if your platform is the > same, but it's 300MB unpacked tree so it'll take some time to pack and > upload somewhere for you. Thanks a lot, but unfortunately I'm on OpenBSD/i386. Cheers. -- Thanos Tsouanas http://mpla.math.uoa.gr/~thanos/

1 0

Formal semantics for Core?
by Matthijs Kooijman 10 Dec '09

10 Dec '09

Hi All, I was wondering if there are any formal semantics defined for GHC's core language? I'm working with some core to core rewriting passes for which I'd like to verify the soundness, but that would require some formal definition of the Core semantics of sorts... Gr. Matthijs

4 4

Fwd: FFI and ghci
by Patrick LeBoutillier 07 Dec '09

07 Dec '09

Hi, I sent this question to haskell-cafe, realizing later that perhaps this list is a better place for it. Patrick ---------- Forwarded message ---------- From: Patrick LeBoutillier <patrick.leboutillier(a)gmail.com> Date: Fri, Dec 4, 2009 at 2:09 PM Subject: FFI and ghci To: Haskell Cafe <haskell-cafe(a)haskell.org> Hi all, I have a small FFI-based library that I like to test like this: $ ghci -I../c -L../c/.libs -lmlp t.hs GHCi, version 6.10.1: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. Loading object (dynamic) mlp ... done final link ... done [1 of 9] Compiling MLP ( MLP.hs, interpreted ) [2 of 9] Compiling MLP.Error ( MLP/Error.hs, interpreted ) [3 of 9] Compiling MLP.Context ( MLP/Context.hs, interpreted ) [4 of 9] Compiling MLP.Runtime ( MLP/Runtime.hs, interpreted ) [5 of 9] Compiling MLP.Object ( MLP/Object.hs, interpreted ) [6 of 9] Compiling MLP.Type ( MLP/Type.hs, interpreted ) [7 of 9] Compiling MLP.Value ( MLP/Value.hs, interpreted ) [8 of 9] Compiling MLP.Language ( MLP/Language.hs, interpreted ) [9 of 9] Compiling Main ( t.hs, interpreted ) Ok, modules loaded: MLP, MLP.Object, Main, MLP.Runtime, MLP.Context, MLP.Error, MLP.Value, MLP.Type, MLP.Language. *Main> main Note: Inside libmlp.so, another shared object is loaded using dlopen(). When running this test program I get some sporadic segmentation faults, which seem to always occur at entrypoint to the shared object that is loaded with dlopen(). But when I compile it with ghc, i.e. $ ghc --make -I../c -L../c/.libs -lmlp t.hs I can't reproduce crash. Can anyone see why this could be happening? It's quite possible that there is really a bug in the C code, but if someone knows about a bug or something in ghci that can cause this behaviour I can stop looking... Thanks a lot, Patrick -- ===================== Patrick LeBoutillier Rosemère, Québec, Canada

2 1

GHC on Win x64
by Zachary Turner 07 Dec '09

07 Dec '09

I've been out of the loop for quite some time. Has there been any progress on the ability to build a native x64 version of GHC for windows? the supported platforms page on the web does not even list this as a Tier 1, 2, or 3 platform and last time I tried this (quite a while ago, admittedly) I could not get it to work. Thanks, Zach

2 1

GHC Bug or User Error?
by Zachary Turner 07 Dec '09

07 Dec '09

GHCi, version 6.10.4: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer ... linking ... done. Loading package base ... linking ... done. Prelude> let f x = x*x Prelude> let g x y = x+y Prelude> let q x y = (f . g) x y Prelude> :t q q :: (Num (a -> a), Num a) => a -> a -> a I'm somewhat of a beginner so the error could definitely be my own, but it seems to me like the third line should be rejected by GHCi. As for the 4th line, the type of q seems nonsensical to me. I can't figure out any possible valid meaning of 'Num (a -> a) '. Can anyone shed some light on this? Zach

2 1

GHC 6.12.1 release note suggestion
by Robin Green 02 Dec '09

02 Dec '09

Could I suggest that the following short text be included in the GHC 6.12.1 final release notes, in some form? -- cut here -- Updating third-party packages ----------------------------- A number of packages will need modifying to build on GHC 6.12.1 (in some cases, just modifying the dependencies in the .cabal file will suffice). If you fix someone else's open source Haskell library or application so that it builds or works correctly on GHC 6.12.1, please help the Haskell community by: (a) publishing your changes as a patch or a repository, and adding a link to them on this wiki page: http://haskell.org/haskellwiki/Patches_and_forks_for_GHC_6.12 (You can email updates for that page to Robin Green <greenrd(a)greenrd.org> if you don't want to create a wiki account.) (b) notifying the package's current maintainer/author (this information may be found on the package's Hackage page, if it has one), specifying where your changes may be found. (c) removing your changes from the wiki page if/when they get included upstream This will help to avoid duplicating our efforts. -- cut here -- -- Robin

1 0

A few small points about GHCi command documentation in section 2.7
by Yitzchak Gale 01 Dec '09

01 Dec '09

Please add to the documentation for :set prompt: If you enclose \i{prompt} in quotes, you can use Haskell syntax for String literals. Actually, :set prompt is nearly useless without quotes, because GHCi strips off trailing spaces from commands. We should either add a space at the end of a prompt entered without quotes, or just require quotes. Or at least change the help text to be: :set prompt \"<prompt>\" set the prompt used in GHCi\n so that people will know the right thing to do. Perhaps add a few more words of explanation to the docs in section 2.7 once we decide which of these to do. The :run command is not documented in section 2.7 - the only mention of it is buried within the documentation for the :main command. It is also not mentioned in helpText. Thanks, Yitz

2 1

GHC 6.12 + zlib + Mac OS 10.6
by Antoine Latter 30 Nov '09

30 Nov '09

Hello folks, Everything has been going beautifully with the latest versions of GHC 6.12, except that anything involving zlib dies at run-time. In ghci: > :m Codec.Compression.Zlib > :m +Data.ByteString.Lazy.Char8 > :s -XOverloadedStrings > compress "hello" *** Exception: user error (Codec.Compression.Zlib: incompatible zlib version) I'm running OS X 10.6 on a 64-bit machine. I've heard of folks running into this with GHC 6.10 on OS X 10.6, who got rid of it by removing mac-ports. I tried that and it didn't change anything. My mac-ports install should have all been universal binaries anyway. I imagine I'm somehow building against a 64-bit version of the zlib library, but I'm not sure at what step I'm supposed to do things different, or what precisely I'm supposed to do different. Thanks, Antoine

5 11