- Glasgow-haskell-users

Re: Dumb Windows Question
by Sven Eric Panitz 15 Oct '01

15 Oct '01

From: "Steinitz, Dominic J" <Dominic.J.Steinitz(a)BritishAirways.com> Sender: glasgow-haskell-users-admin(a)haskell.org Date: 15 Oct 2001 08:47:47 Z [...] Also, how do I tell ghci where to find packages? C:\Program Files\Glasgow Haskell Compiler\ghc-5.02\bin>ghci -package lang C:\PROGRA~1\GLASGO~1\GHC-5.02\BIN\GHC.EXE: no input files Usage: For basic information, try the `--help' option. [...] Packages seem to be a problem on some windows system with ghci 5.02. At least I could not load them on NT (got the same message as you), but it works well on my windows 2000 installation. Sven Eric -- ______________________________________________________________ Sven Eric Panitz Uhlandstr. 12 D-64297 Darmstadt Software AG sep(a)softwareag.com (+49)6151-92-1426 --- when I cannot sing my heart, I can only speak my mind ---

1 0

Dumb Windows Question
by Steinitz, Dominic J 15 Oct '01

15 Oct '01

How do I actually use ghc in Windows (98)? When I installed Hugs, my .hs files got associated with Hugs and if I left-click on a .hs file I have various options to run with. So do I open a DOS box and invoke ghc or ghci? If so how, what do I have to change to get the path to point to ghc? I tried autoexec.bat but this seemed to have no effect. Also, how do I tell ghci where to find packages? C:\Program Files\Glasgow Haskell Compiler\ghc-5.02\bin>ghci -package lang C:\PROGRA~1\GLASGO~1\GHC-5.02\BIN\GHC.EXE: no input files Usage: For basic information, try the `--help' option. I did look through the documentation. If I missed the relevant sections, perhaps someone could point me at them. Many thanks, Dominic. ------------------------------------------------------------------------------------------------- To receive our special fares directly by email, register at http://www.britishairways.com/registration

1 0

Good Error Message
by Steinitz, Dominic J 15 Oct '01

15 Oct '01

Can I just say thank you for the good error message. I'm sure I have used compilers (not Haskell) which would tell you that you have a problem but leave you to find where the two defintions are. Dominic. Encode.hs:8: Ambiguous occurrence `Octet' It could refer to either `Encode.Octet', defined at Encode.hs:7 or `ASNBaseTypes.Octet', imported from ASNBaseTypes at E ncode.hs:5 (at ./ASNBaseTypes.hi:34) make: *** [Encode.o] Error 1 ------------------------------------------------------------------------------------------------- To receive our special fares directly by email, register at http://www.britishairways.com/registration

1 0

hslibs/ObjectIO
by Mike Thomas 15 Oct '01

15 Oct '01

Hi all. I thought I would try compiling the GHC CVS ObjectIO library on NT with GHC 5.02. Following error messages passed out by the compiler I modified C_util12.lhs as follows (see attached file): - import MarshallAlloc - import Ptr instead of Addr - Change Addr to Ptr - AddrOff changed to Int and get the following error message in the fpeek function: $ make ghc -static -c ../../OSWindows/Cutil_12.hs -fglasgow-exts -syslib concurrent -syslib ang -cpp -i../../CleanStdEnv:../../OSWindows:../../ObjectIO:../../OSWindo ws/Windows_C_12 -I../../ObjectIO -DMVAR=1 ..\\..\\OSWindows\\Cutil_12.hs:34: Couldn't match `* -> *' against `Type bx' Expected kind: * -> * Inferred kind: Type bx When checking that `Ptr' is a type In the type: forall a. (Storable a) => Ptr -> IO a While checking the type signature for `fpeek' make: *** [../../OSWindows/Cutil_12.o] Error 1 I am stumped on this (I don't know what the stars mean). My best guess is that it is something to do with the monomorphism restriction. Any advice on how to clear this up? Are the changes I made in keeping with the intention of the original code? Cheers Mike Thomas

1 0

Re: catchAllIO
by Marcin 'Qrczak' Kowalczyk 13 Oct '01

13 Oct '01

12 Oct 2001 12:15:16 Z, Steinitz, Dominic J <Dominic.J.Steinitz(a)BritishAirways.com> pisze: > Can anyone help? catchAllIO seems to live in Exception but I can't > find it in the documentation "4.12. Exception". It's deprecated, replaced by Exception.catch. -- __("< Marcin Kowalczyk * qrczak(a)knm.org.pl http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTÊPCZA QRCZAK

1 0

getProgName behaviour...
by Peter Strand 13 Oct '01

13 Oct '01

Why does getProgName in the System module in ghc return only the program name and not the invoked path? The library report states "Computation getProgName returns the name of the program _as it was invoked_" and both nhc and hbc behaves as one(?) would expect... This seems like a deliberate choise so I am a bit curious of the reasoning behind it... /Peter

2 1

GHC-5.02/Win32: problems compiling with -prof and -package
by P Jensen 12 Oct '01

12 Oct '01

Hi GHCers -- I'm running GHC 5.02 on Win32 (2000 Professional), and having problems compiling with the "-prof" option. There seems to be some sort of conflict between the -package option and the -prof option. For instance, this program: >module Main where >main = putStr "Hello, world.\n" compiles fine with: ghc -prof -auto-all -o t1 t1.lhs and this program: >module Main where >import GetOpt >main = putStr "Hello, world.\n" compiles fine like this: ghc -package util -o t2 t2.lhs but when compiled like this: ghc -prof -auto-all -package util -o t2 t2.lhs it results in an error: t2.lhs:2: failed to load interface for `GetOpt': Could not find interface file for `GetOpt' My guess is that this is some sort of configuration problem on my end, or a grave misunderstanding of how to invoke the compiler/profiler. Does anyone have any ideas? Cheers, Paul _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

1 0

RE: ghc-5.02 build on SunOS 5.6 fails with segmentation fault
by Julian Seward (Intl Vendor) 12 Oct '01

12 Oct '01

Sigbjorn, Interesting. We've had no such problem on Solaris 2.7 on sparc. Our gcc version is 2.95.2, btw. Pls keep me informed as we would obviously like to ship a fix for this prob in 5.02.1 if poss. J | -----Original Message----- | From: Sigbjorn Finne [mailto:sof@galconn.com] | Sent: Friday, October 12, 2001 5:53 PM | To: Akop Pogosian | Cc: glasgow-haskell-users(a)haskell.org | Subject: Re: ghc-5.02 build on SunOS 5.6 fails with segmentation fault | | | Yes, we've seen behaviour like this here on that platform. | If you try feeding the failing compiler invocation the extra | command-line option "-dshow-passes" and it shows up as | failing pretty early on in the game (parsing, renaming), | here's something you may want to try out: | | - in mk/build.mk (in the toplevel directory), define the | following | | GHC_HAPPY_OPTS=-g | | - in ghc/compiler/ remove the following files | | parser/Parser.o parser/Parser.hs | parser/ParseIface.o parser/ParseIface.hs | main/ParsePkgConf.o main/ParsePkgConf.hs | | and do a 'make all' | | - with the freshly built contents of ghc/compiler in hand, | proceed to ghc/lib and continue. | | This may or may not address your problem -- I've yet to | isolate the bug we were running into, but poking around | with 'gdb' suggested that the string-encoded tables that | Happy generates when using the options "-agc" was causing | the problem. | | --sigbjorn | | ----- Original Message ----- | From: "Akop Pogosian" <akopps(a)CSUA.Berkeley.EDU> | To: <glasgow-haskell-users(a)haskell.org> | Sent: Thursday, October 11, 2001 17:12 | Subject: ghc-5.02 build on SunOS 5.6 fails with segmentation fault | | | > I am trying to build ghc-5.02 on Solaris 2.6. I already have a | > ghc-4.08 distribution that works. ghc build fails after nearly two | > hours of compiling with this error: | > | > /opt/local/bin/ld -r -x -o PrelDynamic.p_o PrelDynamic/*.p_o; rm -f | > PrelIOBase.p_o; if [ ! -d PrelIOBase ]; then mkdir PrelIOBase; else | /usr/b | > in/find PrelIOBase -name '*.p_o' | xargs rm -f __rm_food; fi; | > | ../../../ghc/compiler/ghc-inplace -ldl -fvia-C -cpp | -fglasgow-exts -O -Rghc- timing -package-name std | -split-objs -hisuf p_hi -hcsuf p_hc -osuf p_o -prof | -funbox-strict-fields -fno-ignore-asserts -c PrelIOBase.lhs | -o PrelIOBase.p_o | > Segmentation Fault | > gmake[4]: *** [PrelIOBase.p_o] Error 1 | > gmake[3]: *** [all] Error 1 | > gmake[2]: *** [all] Error 1 | > gmake[1]: *** [all] Error 1 | > gmake[1]: Leaving directory `/home/src/akopps/ghc-5.02/ghc' | > gmake: *** [all] Error 1 | > | > | > Has anyone seen this happen before? | > | > | > -akop | > | > | > | > _______________________________________________ | > Glasgow-haskell-users mailing list Glasgow-haskell-users(a)haskell.org | > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users | | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgo| w-haskell-users |

1 0

ghc-5.02 build on SunOS 5.6 fails with segmentation fault
by Akop Pogosian 12 Oct '01

12 Oct '01

I am trying to build ghc-5.02 on Solaris 2.6. I already have a ghc-4.08 distribution that works. ghc build fails after nearly two hours of compiling with this error: /opt/local/bin/ld -r -x -o PrelDynamic.p_o PrelDynamic/*.p_o; rm -f PrelIOBase.p_o; if [ ! -d PrelIOBase ]; then mkdir PrelIOBase; else /usr/b in/find PrelIOBase -name '*.p_o' | xargs rm -f __rm_food; fi; ../../../ghc/compiler/ghc-inplace -ldl -fvia-C -cpp -fglasgow-exts -O -Rghc-timing -package-name std -split-objs -hisuf p_hi -hcsuf p_hc -osuf p_o -prof -funbox-strict-fields -fno-ignore-asserts -c PrelIOBase.lhs -o PrelIOBase.p_o Segmentation Fault gmake[4]: *** [PrelIOBase.p_o] Error 1 gmake[3]: *** [all] Error 1 gmake[2]: *** [all] Error 1 gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/home/src/akopps/ghc-5.02/ghc' gmake: *** [all] Error 1 Has anyone seen this happen before? -akop

2 1

RE: Help in calling Haskell from C
by Julian Seward (Intl Vendor) 12 Oct '01

12 Oct '01

| > When I tried to link the code, __init_MathLibProxy came up undefined. | > In looking though the library produced, __init_MathLibProxy was in | > fact missing. However, there was a __stginit_MathLibProxy, and when I | > changed the code to startup using that symbol, the code worked as it | > should. I admit to being the culprit here. When I globally-renamed __init_* to __stginit_* in ghc, I forgot to do it in the hdirect tree. Sorry. J

2 1