October 2001 - Glasgow-haskell-users

RE: ghc --make feature request
by Simon Marlow 26 Oct '01

26 Oct '01

> I just wanted to make a feature request to ghc --make (there seem to > have been a number of such...) > > I have a project currently consisting of 36 Haskell modules, and a > number of support modules for those. > > Naturally, compiling this takes quite some time (even for ghc --make) > especially considering that one of the modules is a happy-generated > parser. > > When I make a bug fix in one of the modules early in the dependancy > chain, this forces a recompile of all the modules above it, > even if the > modules interface hasn't changed. > > I would suggest that when ghc --make recompiles a module, it should > compare the new interface with the old one, and if they are the same, > doesn't force recompiliation of the modules that depend on it, but > merely change the time on those files without actually compiling. GHC actually has rather sophisticated recompilation checking which goes beyond just checking whether the interface changed - it keeps version information for each entity exported by a module and only recompiles if any of the entities actually used by the module have changed (this is described in the user's guide under the section on recompilation checking). So the upshot is that what you're describing shouldn't happen, and it may be a bug. Could you send us more info? Cheers, Simon

1 0

ghc --make feature request
by Martin Norbäck 26 Oct '01

26 Oct '01

I just wanted to make a feature request to ghc --make (there seem to have been a number of such...) I have a project currently consisting of 36 Haskell modules, and a number of support modules for those. Naturally, compiling this takes quite some time (even for ghc --make) especially considering that one of the modules is a happy-generated parser. When I make a bug fix in one of the modules early in the dependancy chain, this forces a recompile of all the modules above it, even if the modules interface hasn't changed. I would suggest that when ghc --make recompiles a module, it should compare the new interface with the old one, and if they are the same, doesn't force recompiliation of the modules that depend on it, but merely change the time on those files without actually compiling. Regards, Martin -- [ http://www.dtek.chalmers.se/~d95mback/ ] [ PGP: 0x453504F1 ] [ UIN: 4439498 ] Opinions expressed above are mine, and not those of my future employees. SIGBORE: Signature boring error, core dumped

1 0

RE: GHC Installation Location
by Ashley Yakeley 26 Oct '01

26 Oct '01

At 2001-10-25 03:18, Ashley Yakeley wrote: >>I've wondered at various times in the past whether there ought to be a >>link from /usr/local/includes/ghc to /usr/local/lib/ghc-5.02/includes. > >Won't help, my GHC is installed at /usr/lib/ghc-5.02/, exactly where the >Debian package put it. Actually I suppose this means I could write #include <ghc/Rts.h> At 2001-10-25 09:05, Mieszko Lis wrote: >I'm not sure this would be so good when you want to have two versions of ghc >installed on the same machine... Currently the Debian ghc5 package installs links such as /usr/bin/ghc using the 'alternatives' system. You'd just need to add a /usr/include/ghc one to that alternatives group. -- Ashley Yakeley, Seattle WA

2 1

Fwd: Can I install HOpenGL in Windows?
by Michael Weber 25 Oct '01

25 Oct '01

* Denver <denver_so(a)yahoo.com.au> [2001-10-26T01:25+1000]: > > Please help. I would like to use HOpenGL within Windows, so I wanted > to ask whether it was possible, and if it is, I would like to request > for help. Any help greatly appreciated. Hi! I'm sorry, I don't know much about the Windows port of GHC, but I'm sure the folks at glasgow-haskell-users(a)haskell.org can be of some help, or maybe the author of HOpenGL can step in... [Sven, AYT? =)] I'll do a Cc: to the list. To subscribe to any of the GHC mailing lists, please visit http://haskell.org/ghc/mailing-lists.html Cheers, Michael

1 0

Reading files via http or ftp
by Colin Paul Adams 25 Oct '01

25 Oct '01

Has anyone used the Socket library to read files specified via an http and/or ftp URL? -- Colin Paul Adams Preston Lancashire

1 0

Re: qforeign-0.65: Bzip2: decompress hangs if data ends prematurely
by Marcin 'Qrczak' Kowalczyk 25 Oct '01

25 Oct '01

Thu, 25 Oct 2001 12:06:53 +0200 (CEST), Michael Marte <marte(a)pms.informatik.uni-muenchen.de> pisze: > I found that decompress hangs if data ends prematurely, i.e. > > do > content <- readFile fp > doSomething (Bzip2.decompress content) > > does not terminate in this case. Try this patch (sorry, untested): --- examples/Bzip2.hsc~ Mon Jun 11 23:19:50 2001 +++ examples/Bzip2.hsc Thu Oct 25 17:55:19 2001 @@ -169,6 +169,7 @@ let blockIn = take blockSize input ok <- decompressBlock strm blockIn blockSize case ok of + RunOk 0 [] -> ioError (userError "bzip2: premature end of compressed data") RunOk inSize blockOut -> liftM (blockOut++) $ unsafeInterleaveIO $ decompressLoop strm (drop inSize input) StreamEnd output -> return output It's in CVS at SourceForge now. -- __("< Marcin Kowalczyk * qrczak(a)knm.org.pl http://qrczak.ids.net.pl/ \__/ ^^ SYGNATURA ZASTÊPCZA QRCZAK

1 0

RE: GHC Installation Location
by Simon Marlow 25 Oct '01

25 Oct '01

> Is there an easy way to get 'ghc' or one of the other > binaries to tell me > where the GHC installation directory is? I want to put the includes > directory in a gcc -I flag in my makefile. On a Unix platform, the 'ghc' wrapper script contains the installation directory, which is passed as an option to the ghc-5.02 binary proper. On Windows platforms, there isn't a wrapper - ghc figures out the install location from the location of its binary. I've wondered at various times in the past whether there ought to be a link from /usr/local/includes/ghc to /usr/local/lib/ghc-5.02/includes. But the usual way around this problem is to use 'ghc' as your C compiler - then the -I flag gets injected automatically. Cheers, Simon

2 1

RE: GHC Installation Location
by Ashley Yakeley 25 Oct '01

25 Oct '01

At 2001-10-25 03:01, Simon Marlow wrote: >I've wondered at various times in the past whether there ought to be a >link from /usr/local/includes/ghc to /usr/local/lib/ghc-5.02/includes. Won't help, my GHC is installed at /usr/lib/ghc-5.02/, exactly where the Debian package put it. And now that location is hard-coded in my Makefile. >But the usual way around this problem is to use 'ghc' as your C compiler >- then the -I flag gets injected automatically. GHC didn't seem to want to compile my .cpp file -- instead it quietly and successfully did nothing. Also I had to do this: extern "C" { #include "Rts.h" } ...which I've recently entered a bug in SourceForge about. -- Ashley Yakeley, Seattle WA

2 1

Help with cygwin and ghc
by Denver 25 Oct '01

25 Oct '01

I would like to request help concerning the installation of ghc to cygwin. I have tried the websites, and they didn't work, as it didn't let me compile. Thank you

2 1

GHC Installation Location
by Ashley Yakeley 25 Oct '01

25 Oct '01

Is there an easy way to get 'ghc' or one of the other binaries to tell me where the GHC installation directory is? I want to put the includes directory in a gcc -I flag in my makefile. -- Ashley Yakeley, Seattle WA

2 1