- Glasgow-haskell-users

RE: [Haskell] RE: ANNOUNCE: GHC version 6.4
by Simon Marlow 16 Mar '05

16 Mar '05

On 15 March 2005 18:26, Sebastian Sylvan wrote: > Ah, that did it! However, some packages seem to be "missing", like HGL > for instance. > rts-1.0, base-1.0, haskell98-1.0, template-haskell-1.0, unix-1.0, > Cabal-1.0, parsec-1.0, haskell-src-1.0, network-1.0, > QuickCheck-1.0, HUnit-1.1, mtl-1.0, fgl-5.2, OpenGL-2.0, stm-1.0, > readline-1.0, (lang-1.0), (concurrent-1.0), (posix-1.0), > (util-1.0), (data-1.0), (text-1.0), (net-1.0), (hssource-1.0) > > How would one go about just installing every damn package availble? It looks like the configure machinery didn't detect the X11 libraries, or for some other reason failed to build the X11 package and hence also omitted the HGL package. Could you send the full ./configure output? Cheers, Simon

1 0

RE: ghc-pkg too happy to create ~/.ghc
by Simon Marlow 16 Mar '05

16 Mar '05

Thanks, I've committed a version of your patch. Cheers, Simon On 16 March 2005 04:07, Ian Lynagh wrote: > The Debian autobuilders don't let you write to ~ (which seems > reasonable, as they are only compiling the software, not running it), > so > my builds are failing with > > ---------- > ==fptools== /usr/bin/make boot -wr; > in /build/buildd/ghc6-6.4/ghc/rts > [...] > ../utils/ghc-pkg/ghc-pkg-inplace --force --update-package > <package.conf.inplace Creating user package database in > /org/buildd/.ghc/sparc-linux-6.4/package.conf > > Fail: createDirectory: permission denied (Permission denied) > ---------- > > The patch below fixes it. I'm not sure I understand why the code is > written as it is, though. It looks to me like if any config file given > by a FlagConfig is missing then the readFile in readParseDatabase is > going to fall over. I don't know what should happen when modifying if > there are -f options, so can't suggest a complete replacement. > > > Thanks > Ian > > > --- ghc6-6.4.orig/ghc/utils/ghc-pkg/Main.hs > +++ ghc6-6.4/ghc/utils/ghc-pkg/Main.hs > @@ -269,10 +269,6 @@ > archdir = appdir `joinFileName` subdir > user_conf = archdir `joinFileName` "package.conf" > b <- doesFileExist user_conf > - when (not b) $ do > - putStrLn ("Creating user package database in " ++ user_conf) > - createDirectoryIfMissing True archdir > - writeFile user_conf emptyPackageConfig > > let > -- The semantics here are slightly strange. If we are > @@ -281,20 +277,23 @@ > -- If we are not modifying (eg. list, describe etc.) then > -- the user database is included by default. > databases > - | modify = foldl addDB [global_conf] flags > - | not modify = foldl addDB [user_conf,global_conf] flags > + | modify || not b = foldl addDB [global_conf] flags > + | not modify = foldl addDB [user_conf,global_conf] flags > > -- implement the following rules: > -- --user means overlap with the user database > -- --global means reset to just the global database > -- -f <file> means overlap with <file> > - addDB dbs FlagUser = if user_conf `elem` dbs > - then dbs > - else user_conf : dbs > + addDB dbs FlagUser > + | (modify || b) && (user_conf `notElem` dbs) = user_conf : dbs > addDB dbs FlagGlobal = [global_conf] > addDB dbs (FlagConfig f) = f : dbs > addDB dbs _ = dbs > > + when (not b && user_conf `elem` databases) $ do > + putStrLn ("Creating user package database in " ++ user_conf) > + createDirectoryIfMissing True archdir > + writeFile user_conf emptyPackageConfig > db_stack <- mapM readParseDatabase databases > return db_stack > > _______________________________________________ > Glasgow-haskell-users mailing list > Glasgow-haskell-users(a)haskell.org > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

1 0

RE: alpha problems with ghc 6.4
by Simon Marlow 16 Mar '05

16 Mar '05

On 16 March 2005 04:14, Ian Lynagh wrote: > An alpha build of ghc 6.4 quickly fails because of the > > #if alpha_TARGET_ARCH > import PrimRep ( getPrimRepSize, isFloatingRep ) > import Type ( typePrimRep ) > #endif > > in ghc/compiler/typecheck/TcForeign.lhs which no longer exist. > Fortunately, the imported functions aren't used either. > > Unfortunately, the build then fails when it comes to try to compile > this > same file as the typeMachRepRep function, used in this piece of code: > > \begin{code} > #include "nativeGen/NCG.h" > #if alpha_TARGET_ARCH > checkFEDArgs arg_tys > = check (integral_args <= 32) err > where > integral_args = sum [ machRepByteWidth rep > | (rep,hint) <- map typeMachRepRep arg_tys, > hint /= FloatHint ] > err = ptext SLIT("On Alpha, I can only handle 4 > non-floating-point arguments to foreign export dynamic") #else > checkFEDArgs arg_tys = returnM () > #endif > \end{code} > > doesn't exist. Is this fixable? I think you want to use something like typeMachRep in deSugar/DsForeign.lhs. Cheers, Simon

1 0

alpha problems with ghc 6.4
by Ian Lynagh 16 Mar '05

16 Mar '05

Hi, An alpha build of ghc 6.4 quickly fails because of the #if alpha_TARGET_ARCH import PrimRep ( getPrimRepSize, isFloatingRep ) import Type ( typePrimRep ) #endif in ghc/compiler/typecheck/TcForeign.lhs which no longer exist. Fortunately, the imported functions aren't used either. Unfortunately, the build then fails when it comes to try to compile this same file as the typeMachRepRep function, used in this piece of code: \begin{code} #include "nativeGen/NCG.h" #if alpha_TARGET_ARCH checkFEDArgs arg_tys = check (integral_args <= 32) err where integral_args = sum [ machRepByteWidth rep | (rep,hint) <- map typeMachRepRep arg_tys, hint /= FloatHint ] err = ptext SLIT("On Alpha, I can only handle 4 non-floating-point arguments to foreign export dynamic") #else checkFEDArgs arg_tys = returnM () #endif \end{code} doesn't exist. Is this fixable? Thanks Ian

1 0

ghc-pkg too happy to create ~/.ghc
by Ian Lynagh 16 Mar '05

16 Mar '05

Hi, The Debian autobuilders don't let you write to ~ (which seems reasonable, as they are only compiling the software, not running it), so my builds are failing with ---------- ==fptools== /usr/bin/make boot -wr; in /build/buildd/ghc6-6.4/ghc/rts [...] ../utils/ghc-pkg/ghc-pkg-inplace --force --update-package <package.conf.inplace Creating user package database in /org/buildd/.ghc/sparc-linux-6.4/package.conf Fail: createDirectory: permission denied (Permission denied) ---------- The patch below fixes it. I'm not sure I understand why the code is written as it is, though. It looks to me like if any config file given by a FlagConfig is missing then the readFile in readParseDatabase is going to fall over. I don't know what should happen when modifying if there are -f options, so can't suggest a complete replacement. Thanks Ian --- ghc6-6.4.orig/ghc/utils/ghc-pkg/Main.hs +++ ghc6-6.4/ghc/utils/ghc-pkg/Main.hs @@ -269,10 +269,6 @@ archdir = appdir `joinFileName` subdir user_conf = archdir `joinFileName` "package.conf" b <- doesFileExist user_conf - when (not b) $ do - putStrLn ("Creating user package database in " ++ user_conf) - createDirectoryIfMissing True archdir - writeFile user_conf emptyPackageConfig let -- The semantics here are slightly strange. If we are @@ -281,20 +277,23 @@ -- If we are not modifying (eg. list, describe etc.) then -- the user database is included by default. databases - | modify = foldl addDB [global_conf] flags - | not modify = foldl addDB [user_conf,global_conf] flags + | modify || not b = foldl addDB [global_conf] flags + | not modify = foldl addDB [user_conf,global_conf] flags -- implement the following rules: -- --user means overlap with the user database -- --global means reset to just the global database -- -f <file> means overlap with <file> - addDB dbs FlagUser = if user_conf `elem` dbs - then dbs - else user_conf : dbs + addDB dbs FlagUser + | (modify || b) && (user_conf `notElem` dbs) = user_conf : dbs addDB dbs FlagGlobal = [global_conf] addDB dbs (FlagConfig f) = f : dbs addDB dbs _ = dbs + when (not b && user_conf `elem` databases) $ do + putStrLn ("Creating user package database in " ++ user_conf) + createDirectoryIfMissing True archdir + writeFile user_conf emptyPackageConfig db_stack <- mapM readParseDatabase databases return db_stack

1 0

RE: [Haskell] RE: ANNOUNCE: GHC version 6.4
by Simon Marlow 15 Mar '05

15 Mar '05

On 15 March 2005 00:46, Sebastian Sylvan wrote: > I'm having trouble building this. > I download the source, go to my source dir and run ./configure (which > seems to run to completion without problems), then I run make and get > the following: > > .... > "./mk/config.mk", line 554: Need an operator > "./mk/config.mk", line 554: Need an operator > ..... > Error expanding embedded variable > > This is on freeBSD 5.3 You need to use 'gmake' (GNU make). Cheers, Simon

1 0

RE: [Haskell] RE: ANNOUNCE: GHC version 6.4
by Simon Marlow 15 Mar '05

15 Mar '05

On 14 March 2005 18:08, Cale Gibbard wrote: >>> 4. It looks like Data.FiniteMap has been renamed Data.Map, or >>> something. There's no Data.Map at >>> <http://haskell.org/haddock/libraries/>, do these need to be >>> updated? >> >> The right place for library documentation is >> >> http://haskell.org/ghc/docs/latest/html/libraries >> >> I should probably make the version you're looking at into a link to >> avoid confusion. >> > > Data.Map appears to be broken from there too. I get some sort of page > with a menu as if the html file is a directory containing only the > items "HTML" and "using" both of which are broken links, and then "[an > internal server error occured]". Fixed; it turns out that Apache was trying to interpret a file with a .map extension differently. Cheers, Simon

1 0

ANNOUNCE: GHC version 6.4
by Simon Marlow 15 Mar '05

15 Mar '05

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 6.4 ============================================================= The GHC Team is delighted to announce a new major release of GHC. It has been a long time since the last major release (Dec 2003!), and a lot has happened: - GADTs (Generalised Abstract Datatypes) are supported - STM (Software Transactional Memory) is implemented - Full support for Cabal and a much improved package framework - Better support for mutually-recursive modules - A complete rewrite of the back end - Accurate source locations in error messages - Lots of new libraries The full release notes are here: http://haskell.org/ghc/docs/6.4/html/users_guide/release-6-4.html How to get it ~~~~~~~~~~~~~ If you haven't already done so, please fill in the GHC Survey: http://www.haskell.org/ghc/survey/start.cgi We'll use the information you give us to improve future releases of GHC. The easy way to get GHC is to go to the WWW page, which should be self-explanatory: http://www.haskell.org/ghc/ Binary packages will become available as they are built - if the package for your system isn't available yet, please try again later. We supply binary builds in the native package format for various flavours of Linux and BSD, and in Windows Installer (MSI) form for Windows folks. Binary builds for other platforms are available as a .tar.gz which can be installed wherever you want. The source distribution is also available from the same place. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998 and revised December 2002. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ Haskell home page http://www.haskell.org/ comp.lang.functional FAQ http://www.cs.nott.ac.uk/~gmh/faq.html System requirements ~~~~~~~~~~~~~~~~~~~ To compile programs with GHC, you need a machine with 64+MB memory, GCC and perl. This release is known to work on the following platforms: * i386-unknown-{linux,*bsd,mingw32} * x86_64-unknown-linux * powerpc-apple-darwin (MacOS X) * powerpc-apple-linux * sparc-sun-solaris2 (may have bitrotted due to lack of attention) Ports to other platforms are possible with varying degrees of difficulty. The builder's guide on the web site gives a complete run-down of what ports work and how to go about porting to a new platform; it can be found at http://www.haskell.org/ghc/docs/latest/html/building/building-guide.html Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Please report bugs using our SourceForge page at http://sourceforge.net/projects/ghc/ or send them to glasgow-haskell-bugs(a)haskell.org. GHC users hang out on glasgow-haskell-users(a)haskell.org. Bleeding edge CVS users party on cvs-ghc(a)haskell.org.

7 8

TH libraries and linking.
by Lemmih 14 Mar '05

14 Mar '05

Greetings, I've recently been playing around with using TH to generate FFI bindings. The resulting code is in general very concise, more maintainable and far less error-prone than the hand-written counterpart. But increased code bloat ascends out of all this happiness. The binding is required to link with both template-haskell and the library which generates the FFI code, so any binary using the generated binding would get a few hundred kilobytes added which strictly aren't necessary (am I wrong here?). This can be unacceptable for small bindings. One could perhaps get around this cheap by changing the TH pretty printer to output valid Haskell instead of just pretty Haskell (I'm specifically talking about a misplaced 'where' in instance declarations). Then one could use the TH library just like a normal preprocessor. I'm no expert so there's probably difficulties which I can't see. -- Friendly, Lemmih

1 0

RE: Fedora packages of new GHC and Hugs releases
by Simon Marlow 14 Mar '05

14 Mar '05

On 14 March 2005 11:38, Jens Petersen wrote: > Hugs98-Mar2005 and ghc-6.4 are available in the Fedora Haskell > package repositories for a couple of days now for i386 and x86_64. > (nhc98 coming shortly.) > > For more information about Fedora Haskell see > <http://haskell.org/fedora/>. Are your GHC x86_64 RPMs registerised, or unregisterised? Cheers, Simon

2 1