- Glasgow-haskell-users

FreeBSD package of 5.00.2 available
by Simon Marlow 02 Jul '01

02 Jul '01

FreeBSD users: Sorry for the wait! I've finally put a 5.00.2 package for FreeBSD 4.3-STABLE on haskell.org. To install, this should work: $ pkg_add http://www.haskell.org/ghc/dist/5.00.2/ghc-5.00.2.tgz I'm still ironing out a few wrinkles in the port itself (the above package was build with a little hand-holding), but when it's done I'll submit it for inclusion in the ports tree. Cheers, Simon

1 0

E-mail Marketing Products
by Bee Gee Marketing 02 Jul '01

02 Jul '01

1 0

Re: problems with haxml
by Marcin 'Qrczak' Kowalczyk 30 Jun '01

30 Jun '01

Fri, 29 Jun 2001 09:15:13 -0000, Siemens Entwicklungsteam <haskellsparte(a)hotmail.com> pisze: > XmlParse.o(.text+0x20):fake: undefined reference to `__init_IOExts' This suggests lack of -package lang option during linking. -- __("< Marcin Kowalczyk * qrczak(a)knm.org.pl http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTÊPCZA QRCZAK

1 0

RE: problems with haxml
by Simon Marlow 29 Jun '01

29 Jun '01

> we are developing haskell programs with XML interfaces (using > haxml). So > far, we tested all our source files in HUGS98, which always > worked fine. > Now we have to compile them with ghc(version 4.08.2 with > Cygwin in Windows > NT) which causes several errors. Linking Xml2Haskell.o, XmlParse.o, > XmlTypes.o etc. to it reduced the number of errors a lot. The > only one that > is left now is the following one: > > XmlParse.o(.text+0x20):fake: undefined reference to `__init_IOExts' It looks like you've compiled up HaXml yourself, right? You don't actually need to do that - HaXml comes with GHC in package text. But anyway, the IOExts module comes from package 'lang', which must have been used in order to compile HaXml. All you need to do is to add '-package lang' to the GHC command line when linking, and GHC will link in the correct libraries. Cheers, Simon

1 0

problems with haxml
by Siemens Entwicklungsteam 29 Jun '01

29 Jun '01

Hello, we are developing haskell programs with XML interfaces (using haxml). So far, we tested all our source files in HUGS98, which always worked fine. Now we have to compile them with ghc(version 4.08.2 with Cygwin in Windows NT) which causes several errors. Linking Xml2Haskell.o, XmlParse.o, XmlTypes.o etc. to it reduced the number of errors a lot. The only one that is left now is the following one: XmlParse.o(.text+0x20):fake: undefined reference to `__init_IOExts' Unfortunately this sounds pretty much chinese to us. We think linking IOExts.o to the file, might help - unfortunately we don't know where to find this object file. We would highly appreciate any help since our realease deadline is in three days and we start getting nervous, thanx, Kilian PS: We also tried to use hmake which unfortuantely always returned the error message: module IO not found. _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

1 0

GHC Alpha port?
by Ken Shan 27 Jun '01

27 Jun '01

Hello, A few users at our site have asked about running GHC on Alpha machines. In addition to following the instructions at http://www.haskell.org/ghc/docs/4.08.2/building/sec-port-info.html I'm also personally curious about what work would involved in making GHC work again on Alphas. Could someone give an overview? Thanks in advance. -- Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig .

1 0

Re: Patch ghci to recognize :q!
by Ashley Yakeley 27 Jun '01

27 Jun '01

At 2001-06-27 01:41, Michael Weber wrote: >> Would somebody object to a patch which will cause >> ghci to quit on ":q!"? > >Oh, and I want C-x C-c >... and C-K Q while we're at it... ;-p Ya wusses. "kill -9" from another shell is the way to go. -- Ashley Yakeley, Seattle WA

1 0

RE: ThreadId
by Simon Marlow 27 Jun '01

27 Jun '01

> How much of a thread's memory is kept alive - after the > thread has terminated - as long as a program holds on to the > thread's `ThreadId'? The following ToDo comment in > `PrelConc' seems to indicate that it is currently more than > we really want: > > data ThreadId = ThreadId ThreadId# > -- ToDo: data ThreadId = ThreadId (Weak ThreadId#) > -- But since ThreadId# is unlifted, the Weak type must use open > -- type variables. > > In combination with finalisers, this can be troublesome. At the moment, the thread is kept completely alive by holding the ThreadId. Doing the weak pointer thing doesn't seem too hard. Something like this should work: data ThreadId = ThreadId (Weak# ThreadId#) mkThreadId :: ThreadId# -> IO ThreadId mkThreadId t = IO $ \s -> case mkWeak# t t (unsafeCoerce# 0#) s of (# s, w #) -> (# s, ThreadId w #) but you'll also need to update the other operations on ThreadIds. Cheers, Simon

1 0

Patch ghci to recognize :q!
by Volker Stolz 27 Jun '01

27 Jun '01

Maybe I'm the only one who happens to type :q! to leave ghci all the time, maybe not. Would somebody object to a patch which will cause ghci to quit on ":q!"? -- Volker Stolz * vs(a)foldr.org * PGP + S/MIME

2 1

GHC 5.00.2 RPM apparently circular dependency demands
by Byron Hale 26 Jun '01

26 Jun '01

Hi, This is probably ignorance on my part, but I am having trouble installing ghc.5.00.2 with the new RPMs. Here is the data I have recorded. Perhaps different installation parameters are required? Redhat Linux 6.2, I686 SMP Glasgow Haskell Compilation System, version 5.00.1 rpm --version RPM version 4.0.2 rpm -U ghc-5.00.2-rh62-1.i386.rpm error: failed dependencies: ghc = 4.08 is needed by ghc-prof-4.08-1 ghc = 5.00.1 is needed by ghc-prof-5.00.1-1 rpm -i --force ghc-5.00.2-rh62-1.i386.rpm Segmentation fault (core dumped) Thanks in advance. Byron Hale byron.hale(a)einfo.com

4 3