February 2005 - Glasgow-haskell-users

[ ghc-Feature Requests-1153029 ] allow hierarchical module names with --make
by SourceForge.net 28 Feb '05

28 Feb '05

Feature Requests item #1153029, was opened at 2005-02-27 20:24 Message generated for change (Comment added) made by simonmar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1153029&group_… Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: allow hierarchical module names with --make Initial Comment: It would be convenient (and consistent) to allow the use of hierarchical module names with --make, so that something like: ghc -isource_directory --make app.Main -o app would find the source_directory/app/Main.hs module to begin its processing. - Jeff Newbern jnewbern(a)yahoo.com ---------------------------------------------------------------------- >Comment By: Simon Marlow (simonmar) Date: 2005-02-28 11:01 Message: Logged In: YES user_id=48280 You can use hierarchical module names with --make, but your module names must be a lexically correct; that is, each component must begin with an upper case letter. App.Main would work, app.Main is not a module name. More information on hierarchical modules here: http://www.haskell.org/hierarchical-modules/ and in the GHC User Guide. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1153029&group_…

1 0

6.2.2 x86_64 build failing
by Kip Macy 28 Feb '05

28 Feb '05

In a clean tree I configured: ./configure --prefix=/u/kmacy/usr/x86_64 --with-ghc=/u/kmacy/src/ghc/src/ghc-6.2.2-x86_64-x86_64/ghc/compiler/ghc-inplace where the ghc-inplace is unregisterised, points to stage1, and is known to compile "Hello World" gcc -E -undef -traditional -P -I../includes -x c prelude/primops.txt.pp | \ grep -v '^#pragma GCC' > prelude/primops.txt ../utils/genprimopcode/genprimopcode --data-decl < prelude/primops.txt > primop-data-decl.hs-incl /bin/sh: line 1: 14846 Segmentation fault (core dumped) ../utils/genprimopcode/genprimopcode --data-decl <prelude/primops.txt >primop-data-decl.hs-incl gmake[2]: *** [primop-data-decl.hs-incl] Error 139 gmake[2]: *** Deleting file `primop-data-decl.hs-incl' gmake[1]: *** [boot] Error 1 gmake[1]: Leaving directory `/u/kmacy/src/ghc/src/ghc-6.2.2-x86_64-x86_64-clean/ghc' gmake: *** [build] Error 1

1 0

[ ghc-Feature Requests-1153029 ] allow hierarchical module names with --make
by SourceForge.net 27 Feb '05

27 Feb '05

Feature Requests item #1153029, was opened at 2005-02-27 12:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1153029&group_… Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: allow hierarchical module names with --make Initial Comment: It would be convenient (and consistent) to allow the use of hierarchical module names with --make, so that something like: ghc -isource_directory --make app.Main -o app would find the source_directory/app/Main.hs module to begin its processing. - Jeff Newbern jnewbern(a)yahoo.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1153029&group_…

1 0

build failure
by Kip Macy 25 Feb '05

25 Feb '05

I've followed the instructions for building on the host for an unregistered x86_64 build, but when I do: cd glafp-utils/ & make boot && make I get: <...> ls/Outputable.lhs utils/Panic.lhs utils/Pretty.lhs utils/PrimPacked.lhs utils/StringBuffer.lhs utils/UnicodeUtil.lhs utils/UniqFM.lhs utils/UniqSet.lhs utils/Util.lhs ghc-6.4.20050224: Can't find codeGen/ClosureInfo.lhs-boot (imported from absCSyn/AbsCSyn.lhs) <<ghc: 153327128 bytes, 67 GCs, 2285585/5010648 avg/max bytes residency (4 samples), 20M in use, 0.00 INIT (0.00 elapsed), 0.36 MUT (4.42 elapsed), 0.13 GC (0.14 elapsed) :ghc>> make[2]: *** [depend] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/u/kmacy/src/ghc-6.2.2/ghc' make: *** [build] Error 1 [1] + Done cd glafp-utils/

2 1

GHCi and C++.
by Lemmih 25 Feb '05

25 Feb '05

Greetings fellow Haskellers and other readers, During my ongoing research on "doing whatever I feel like", I discovered that using C++ libaries in GHCi (no problems with GHC) wasn't as pleasant as I had hoped. Apparently C++ sources requires to be linked with crtbegin.o and crtend.o (and others?) and I was wondering how to solve this nicely. Any hints or pointers would be greatly appreciated. -- Friendly, Lemmih

4 6

RE: RFC: hyperlinks in Haddock docs
by Simon Marlow 25 Feb '05

25 Feb '05

On 24 February 2005 20:11, Sven Panne wrote: > Simon Marlow wrote: >> On 22 February 2005 19:37, Duncan Coutts wrote: >>> Excellent! Thanks a lot. >>> Any hint as to when the next Haddock release will be? >> Maybe when I've got this GHC release out of the way and my hair has >> grown back :-S > > Before we do a release, I think two issues should be solved IMHO: > > * The table/CSS chaos on the contents page has to be cleaned up, > the package ids on the right look like being layout by somebody > drunk... %-) They don't look too bad to me... a bit far to the right, perhaps, but not too bad. Perhaps some lines in that table would help, or alternating grey/white background for the rows? > * The state of the +/- buttons should be remembered when using > backward/forward in a browser (cookies + ECMA script?). If anyone knows how to do this, then please go ahead. I don't think it's urgent for the release though - by default the collapsible sections are now expanded, and anyway the right way to use the contents page is to middle-click on the module name in Firefox ;-) Cheers, Simon

2 1

RE: Help with a Shootout program
by Bayley, Alistair 25 Feb '05

25 Feb '05

Here's your program, but a little slimmer. I think size counts for something in the shootout. Still runs at the same speed though :-( The program seems to spend about 50% reading the files, 22% building the hash table (7% chopping input into lines, 11% inserting into table), 25% spellchecking (11% chopping input into lines, 12% hash lookup). So until String IO gets a bit faster, you're stuck. You could look into using Peter Simons' BlockIO, and operating over bytes rather than chars. But then you'd have to include that in the submitted code, because it's not part of the standard libraries. ---------------------------------------------------- module Main where import Data.HashTable import System.IO buildHash input = do table <- new (==) hashString sequence_ [ insert table w True | w <- lines input ] return table check :: HashTable String Bool -> String -> IO () check table w = do r <- Data.HashTable.lookup table w maybe (putStrLn w) (const $ return ()) r spellcheck table input = sequence_ [ check table w | w <- lines input ] main = do table <- (readFile "Usr.Dict.Words" >>= buildHash) hGetContents stdin >>= spellcheck table ----------------------------------------- ***************************************************************** Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. *****************************************************************

1 0

ghc HEAD and tee
by Christian Maeder 25 Feb '05

25 Feb '05

Hi, we used redirect output of ghc via "tee" (within a Makefile). With the new ghc this randomly fails now. Does anyone have an explanation for this? ghc <<omitted args>> 2>&1 | tee log yields: Skipping Main ( hets.hs, hets.o ) Linking ... tee: write error The linked binary and the log file are ok afterwards (and the mere size of the log is also no problem). Cheers Christian

1 0

RE: Help with a Shootout program
by Simon Marlow 25 Feb '05

25 Feb '05

On 25 February 2005 13:46, Alson Kemp wrote: >> Welcome to the club :-) >> http://www.mail-archive.com/glasgow-haskell-users@haskell.org/msg06012.h tml > I tried Simon's version, but it throws a "Fail: Ix{Int}.index: Index > (5) out of range ((0,4))" error. Haven't tracked down the cause yet. > > So I guess that the upshot is just that "GHC is slow on this test." > Is lazy evaluation what is slowing this down so badly? There's no fundamental problem here. We just need decent support for packed strings and hash tables (or tries?) of them. Cheers, Simon

1 0

RE: gunfoldl
by Simon Peyton-Jones 25 Feb '05

25 Feb '05

There's a real bug in the desugarer here, quite apart from the programming question. I'll look into it Simon | -----Original Message----- | From: glasgow-haskell-users-bounces(a)haskell.org [mailto:glasgow-haskell-users- | bounces(a)haskell.org] On Behalf Of Akos Korosmezey | Sent: 18 February 2005 20:05 | To: GHC-users list | Subject: gunfoldl | | | I wrote a little data structure with quantified constructors: | | module MyModule where | import Data.Generics | import Data.HashTable | | data Item = forall a. (Data a) => Leaf Bool a | | forall a. (Data a) => Branch Bool a Int Int | | deriving (Typeable) | | I want it to make an instance of Data: | | instance Data Item where | gfoldl k z (Leaf b v) = z (Leaf b) `k` v | gfoldl k z (Branch b v a1 a2) = z (\x -> Branch b x a1 a2) `k` v | --gunfoldl k z c = case constrIndex c of | -- 1 -> k z (Leaf undefined | undefined) | toConstr (Leaf _ _) = leafConstr | toConstr (Branch _ _ _ _) = branchConstr | dataTypeOf _ = itemDataType | | itemDataType = mkDataType "Subliminal.Item" [leafConstr, branchConstr] | leafConstr = mkConstr itemDataType "Leaf" [] Prefix | branchConstr = mkConstr itemDataType "Branch" [] Prefix | | But, when I try to compile it with ghc-6.4-20050217: | | ghc -fglasgow-exts -i. -c kicsi.hs | | kicsi.hs:13:4: | Warning: No explicit method nor default method for `gunfold' | In the instance declaration for `Data Item' | ghc-6.4.20050217: panic! (the `impossible' happened, GHC version | 6.4.20050217): | cgPanic | k{v a1vu} | static binds for: | local binds for: | gunfold{v r22q} | SRT labelghc-6.4.20050217: panic! (the `impossible' happened, GHC | version 6.4.20050217): | initC: srt | | Please report it as a compiler bug to glasgow-haskell-bugs(a)haskell.org, | or http://sourceforge.net/projects/ghc/. | | If I uncomment the gunfoldl lines: | | ghc -fglasgow-exts -i. -c kicsi.hs | | kicsi.hs:12:8: `gunfoldl' is not a (visible) method of class `Data' | | Compilation exited abnormally with code 1 at Fri Feb 18 20:55:32 | | Could you please help me? | | Thanks | Akos | -- | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | ~~~~~~ | Akos Korosmezey Tel: +36-1-439-5936 | Ericsson Telecom Ltd. ETH/GSCD/RUNB Fax: +36-1-437-7576 | P.O.B. 107, H-1300 Budapest, Hungary Home: +36-26-342-687 | mailto:Akos.Korosmezey@ericsson.com Mobile: +36-30-740-7732 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ | ~~~~~~ | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

1 0