Re: [Haskell-cafe] [Haskell Beginner] Compiling wxhaskell fails for me
Maybe you could try building it with 2.8 and let us know how it goes? -- _jsn ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] haddock build failure
I am unable to build Haddock 2.1, with the odd error:
src/Haddock/GHC/Typecheck.hs:82:4:
Constructor `HsModule' should have 7 arguments, but has been given 8
What is the root of it, you think?
--
_jsn
Configuring haddock-2.1.0...
Dependency base-any: using base-3.0.2.0
Dependency haskell98-any: using haskell98-1.0.1.0
Dependency ghc=6.8.26.9: using ghc-6.8.3
Dependency filepath-any: using filepath-1.1.0.0
Dependency directory-any: using directory-1.0.0.1
Dependency pretty-any: using pretty-1.0.0.0
Dependency containers-any: using containers-0.1.0.2
Dependency array-any: using array-0.1.0.0
Using compiler: ghc-6.8.3
Using install prefix: /usr/local
Binaries installed in: /usr/local/bin
Libraries installed in: /usr/local/lib/haddock-2.1.0/ghc-6.8.3
Private binaries installed in: /usr/local/libexec
Data files installed in: /usr/local/share/haddock-2.1.0
Documentation installed in: /usr/local/share/doc/haddock-2.1.0
No alex found
Using ar found on system at: /usr/bin/ar
No c2hs found
No cpphs found
No ffihugs found
Using ghc version 6.8.3 found on system at: /usr/bin/ghc
Using ghc-pkg version 6.8.3 found on system at: /usr/bin/ghc-pkg
No greencard found
No haddock found
No happy found
No hmake found
Using hsc2hs version 0.66-ghc found on system at: /usr/bin/hsc2hs
No hscolour found
No hugs found
No jhc found
Using ld found on system at: /usr/bin/ld
No nhc98 found
No pfesetup found
Using pkg-config version 0.23 found on system at: /opt/local/bin/pkg-config
Using ranlib found on system at: /usr/bin/ranlib
Using tar found on system at: /usr/bin/tar
Creating dist/build (and its parents)
Creating dist/build/autogen (and its parents)
Preprocessing library haddock-2.1.0...
Preprocessing executables for haddock-2.1.0...
Building haddock-2.1.0...
Building library...
Creating dist/build (and its parents)
Creating dist/build (and its parents)
/usr/bin/ghc -package-name haddock-2.1.0 --make -hide-all-packages -i
-idist/build/autogen -idist/build -isrc -Idist/build -odir dist/build
-hidir dist/build -stubdir dist/build -package base-3.0.2.0 -package
haskell98-1.0.1.0 -package ghc-6.8.3 -package filepath-1.1.0.0
-package directory-1.0.0.1 -package pretty-1.0.0.0 -package
containers-0.1.0.2 -package array-0.1.0.0 -O -XCPP -XPatternGuards
-XDeriveDataTypeable -XPatternSignatures -XMagicHash
Distribution.Haddock Haddock.Types Haddock.InterfaceFile
Haddock.Exception
Linking...
/usr/bin/ar q dist/build/libHShaddock-2.1.0.a
dist/build/Distribution/Haddock.o dist/build/Haddock/Types.o
dist/build/Haddock/InterfaceFile.o dist/build/Haddock/Exception.o
ar: creating archive dist/build/libHShaddock-2.1.0.a
/usr/bin/ld -x -r -o dist/build/HShaddock-2.1.0.o.tmp
dist/build/Distribution/Haddock.o dist/build/Haddock/Types.o
dist/build/Haddock/InterfaceFile.o dist/build/Haddock/Exception.o
Building executable: haddock...
Creating dist/build/haddock (and its parents)
Creating dist/build/haddock/haddock-tmp (and its parents)
Creating dist/build/haddock/haddock-tmp (and its parents)
/usr/bin/ghc -o dist/build/haddock/haddock --make -hide-all-packages
-i -idist/build/autogen -idist/build/haddock/haddock-tmp -isrc
-Idist/build/haddock/haddock-tmp -odir dist/build/haddock/haddock-tmp
-hidir dist/build/haddock/haddock-tmp -stubdir
dist/build/haddock/haddock-tmp -package base-3.0.2.0 -package
haskell98-1.0.1.0 -package ghc-6.8.3 -package filepath-1.1.0.0
-package directory-1.0.0.1 -package pretty-1.0.0.0 -package
containers-0.1.0.2 -package array-0.1.0.0 -O -funbox-strict-fields -O2
-XCPP -XPatternGuards -XDeriveDataTypeable -XPatternSignatures
-XMagicHash src/Main.hs
[ 8 of 24] Compiling Paths_haddock(
dist/build/autogen/Paths_haddock.hs,
dist/build/haddock/haddock-tmp/Paths_haddock.o )
[15 of 24] Compiling Haddock.GHC.Typecheck (
src/Haddock/GHC/Typecheck.hs,
dist/build/haddock/haddock-tmp/Haddock/GHC/Typecheck.o )
src/Haddock/GHC/Typecheck.hs:82:4:
Constructor `HsModule' should have 7 arguments, but has been given 8
In the pattern: HsModule _ _ _ _ _ mbOpts _ _
In a pattern binding: HsModule _ _ _ _ _ mbOpts _ _ = unLoc parsed
In the definition of `mkGhcModule':
mkGhcModule (mod, file, checkedMod) dynflags
= GhcModule
{ghcModule = mod, ghcFilename = file,
ghcMbDocOpts = mbOpts,
ghcHaddockModInfo = info, ghcMbDoc = mbDoc,
ghcGroup = group,
ghcMbExports = mbExports,
ghcExportedNames = modInfoExports modInfo,
ghcNamesInScope = fromJust $
modInfoTopLevelScope modInfo,
ghcInstances = modInfoInstances modInfo}
where
HsModule _ _ _ _ _ mbOpts _ _ = unLoc parsed
(group, _, mbExports, mbDoc, info) = renamed
(parsed, renamed, _, modInfo) = checkedMod
___
Haskell-Cafe mailing list
Re: [Haskell-cafe] [Haskell Beginner] Compiling wxhaskell fails for me
Hi, On Wed, 30 Jul 2008 16:02:22 +0900, Jason Dusek [EMAIL PROTECTED] wrote: Maybe you could try building it with 2.8 and let us know how it goes? We are discussing his problem in wxhaskell-users mailing-list now. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00488.html I send patch to fix that. And patch is already pushed in latest darcs repository. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00224.html I'm waiting for his answer now. Best Regards, -- shelarcy shelarcyhotmail.co.jp http://page.freett.com/shelarcy/ ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Cabal + yi + alex problem.
I cannot seem to be able to install yi via cabal install. The error I get is as follows. I suspect alex is not installed in the correct place. ; sudo cabal install yi Resolving dependencies... Downloading yi-0.4.3... Configuring yi-0.4.3... cabal: alex version =2.0.1 3 is required but it could not be found. cabal: Error: some packages failed to install: yi-0.4.3 failed during the configure step. The exception was: exit: ExitFailure 1 ; sudo cabal install alex Resolving dependencies... Downloading alex-2.2... [1 of 1] Compiling Main ( Setup.lhs, dist/setup/Main.o ) Linking dist/setup/setup ... Warning: defaultUserHooks in Setup script is deprecated. Configuring alex-2.2... Warning: No 'build-type' specified. If you do not need a custom Setup.hs or ./configure script then use 'build-type: Simple'. Preprocessing executables for alex-2.2... Building alex-2.2... [...] Linking dist/build/alex/alex ... Installing: /home/yann/.cabal/bin ; sudo cabal install yi Resolving dependencies... 'yi-0.4.3' is cached. Configuring yi-0.4.3... cabal: alex version =2.0.1 3 is required but it could not be found. cabal: Error: some packages failed to install: yi-0.4.3 failed during the configure step. The exception was: exit: ExitFailure 1 -- [EMAIL PROTECTED] -= H+ =- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 pgpKLe5vZlfvS.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Network.FastCGI does not emit stderr outputs to lighttpd's error.log?
Hi, I'm trying Network.FastCGI + lighttpd 1.4.9 to develop a RESTful service platform. I've found that stderr (especially those from Debug.Trace) get lost in the error.log file. But plain CGI mode with Network.CGI works perfectly (all stderr outputs appear in error.log). Besides, my Perl fastcgi script also logs stderr with the same lighttpd. So it does seem that my lighttpd's mod_fastcgi module is OK. Is this a known issue in the Haskell fastcgi library? Is there a workaround or a fix? Thanks in advance :) Cheers, -agentzh ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] www.haskell.org is currently very slow in responding to HTTP requests
On Wed, 2008-07-30 at 11:58 +0900, Benjamin L.Russell wrote: Currently, www.haskell.org is very slow in responding to HTTP requests, taking over a minute just to display the main home page. This problem is causing difficulties in displaying options for mailing lists or in displaying HaskellWiki pages. Perhaps the server needs to be rebooted? Could somebody responsible for maintaining the server please look into this issue? It seems to have been persisting for at least about half an hour. Thank you Should now be sorted out for the moment. We have this recurring problem where a single client can hog all the download slots. Not using a lot of bandwidth, just taking up slots which eventually means the number of slots hits the maximum and so no new connections can be made. I'm not sure how other people configure apache to avoid this problem. It seems like a really cheap DoS attack so other apache users must get similar problems and so there must be a solution somewhere. Sadly, I've not seen anything obvious. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Off-topic] Loss of humour
shapr for example: head (filter (\x - x 5) [1..]) shapr in a strict language, you can't easily play with infinite lists dark In a strict language, you would write that as 6 :) -- _jsn ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Using fundeps to resolve polymorphic types to concrete types
[0] [EMAIL PROTECTED]:~/test $ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.8.2 I have an older version and wonder what goes wrong. Now that I think of it, other stuff that I coudn't compile might actually work in 6.8 It does make sense that |b| is resolved to |B| because of the functional dependency. P. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] haddock build failure
This is a bug in the haddock.cabal file. Haddock 2.1 doesn't support
GHC 6.8.3. The next release will, and it will come out soon.
David
2008/7/30 Jason Dusek [EMAIL PROTECTED]:
I am unable to build Haddock 2.1, with the odd error:
src/Haddock/GHC/Typecheck.hs:82:4:
Constructor `HsModule' should have 7 arguments, but has been given 8
What is the root of it, you think?
--
_jsn
Configuring haddock-2.1.0...
Dependency base-any: using base-3.0.2.0
Dependency haskell98-any: using haskell98-1.0.1.0
Dependency ghc=6.8.26.9: using ghc-6.8.3
Dependency filepath-any: using filepath-1.1.0.0
Dependency directory-any: using directory-1.0.0.1
Dependency pretty-any: using pretty-1.0.0.0
Dependency containers-any: using containers-0.1.0.2
Dependency array-any: using array-0.1.0.0
Using compiler: ghc-6.8.3
Using install prefix: /usr/local
Binaries installed in: /usr/local/bin
Libraries installed in: /usr/local/lib/haddock-2.1.0/ghc-6.8.3
Private binaries installed in: /usr/local/libexec
Data files installed in: /usr/local/share/haddock-2.1.0
Documentation installed in: /usr/local/share/doc/haddock-2.1.0
No alex found
Using ar found on system at: /usr/bin/ar
No c2hs found
No cpphs found
No ffihugs found
Using ghc version 6.8.3 found on system at: /usr/bin/ghc
Using ghc-pkg version 6.8.3 found on system at: /usr/bin/ghc-pkg
No greencard found
No haddock found
No happy found
No hmake found
Using hsc2hs version 0.66-ghc found on system at: /usr/bin/hsc2hs
No hscolour found
No hugs found
No jhc found
Using ld found on system at: /usr/bin/ld
No nhc98 found
No pfesetup found
Using pkg-config version 0.23 found on system at: /opt/local/bin/pkg-config
Using ranlib found on system at: /usr/bin/ranlib
Using tar found on system at: /usr/bin/tar
Creating dist/build (and its parents)
Creating dist/build/autogen (and its parents)
Preprocessing library haddock-2.1.0...
Preprocessing executables for haddock-2.1.0...
Building haddock-2.1.0...
Building library...
Creating dist/build (and its parents)
Creating dist/build (and its parents)
/usr/bin/ghc -package-name haddock-2.1.0 --make -hide-all-packages -i
-idist/build/autogen -idist/build -isrc -Idist/build -odir dist/build
-hidir dist/build -stubdir dist/build -package base-3.0.2.0 -package
haskell98-1.0.1.0 -package ghc-6.8.3 -package filepath-1.1.0.0
-package directory-1.0.0.1 -package pretty-1.0.0.0 -package
containers-0.1.0.2 -package array-0.1.0.0 -O -XCPP -XPatternGuards
-XDeriveDataTypeable -XPatternSignatures -XMagicHash
Distribution.Haddock Haddock.Types Haddock.InterfaceFile
Haddock.Exception
Linking...
/usr/bin/ar q dist/build/libHShaddock-2.1.0.a
dist/build/Distribution/Haddock.o dist/build/Haddock/Types.o
dist/build/Haddock/InterfaceFile.o dist/build/Haddock/Exception.o
ar: creating archive dist/build/libHShaddock-2.1.0.a
/usr/bin/ld -x -r -o dist/build/HShaddock-2.1.0.o.tmp
dist/build/Distribution/Haddock.o dist/build/Haddock/Types.o
dist/build/Haddock/InterfaceFile.o dist/build/Haddock/Exception.o
Building executable: haddock...
Creating dist/build/haddock (and its parents)
Creating dist/build/haddock/haddock-tmp (and its parents)
Creating dist/build/haddock/haddock-tmp (and its parents)
/usr/bin/ghc -o dist/build/haddock/haddock --make -hide-all-packages
-i -idist/build/autogen -idist/build/haddock/haddock-tmp -isrc
-Idist/build/haddock/haddock-tmp -odir dist/build/haddock/haddock-tmp
-hidir dist/build/haddock/haddock-tmp -stubdir
dist/build/haddock/haddock-tmp -package base-3.0.2.0 -package
haskell98-1.0.1.0 -package ghc-6.8.3 -package filepath-1.1.0.0
-package directory-1.0.0.1 -package pretty-1.0.0.0 -package
containers-0.1.0.2 -package array-0.1.0.0 -O -funbox-strict-fields -O2
-XCPP -XPatternGuards -XDeriveDataTypeable -XPatternSignatures
-XMagicHash src/Main.hs
[ 8 of 24] Compiling Paths_haddock(
dist/build/autogen/Paths_haddock.hs,
dist/build/haddock/haddock-tmp/Paths_haddock.o )
[15 of 24] Compiling Haddock.GHC.Typecheck (
src/Haddock/GHC/Typecheck.hs,
dist/build/haddock/haddock-tmp/Haddock/GHC/Typecheck.o )
src/Haddock/GHC/Typecheck.hs:82:4:
Constructor `HsModule' should have 7 arguments, but has been given 8
In the pattern: HsModule _ _ _ _ _ mbOpts _ _
In a pattern binding: HsModule _ _ _ _ _ mbOpts _ _ = unLoc parsed
In the definition of `mkGhcModule':
mkGhcModule (mod, file, checkedMod) dynflags
= GhcModule
{ghcModule = mod, ghcFilename = file,
ghcMbDocOpts = mbOpts,
ghcHaddockModInfo = info, ghcMbDoc = mbDoc,
ghcGroup = group,
ghcMbExports = mbExports,
ghcExportedNames = modInfoExports modInfo,
ghcNamesInScope = fromJust $
modInfoTopLevelScope modInfo,
ghcInstances = modInfoInstances modInfo}
where
Re: [Haskell-cafe] Cabal + yi + alex problem.
Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008: I cannot seem to be able to install yi via cabal install. The error I get is as follows. I suspect alex is not installed in the correct place. ... Hi, cabal-install will put installed binaries in $HOME/.cabal/bin by default as far as I can tell, you should move the binary somewhere in your $PATH if you want cabal-install to pick it up for installing yi. Austin ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
Quoth Austin Seipp on Wed, Jul 30, 2008 at 03:45:49 -0500 Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008: I cannot seem to be able to install yi via cabal install. The error I get is as follows. I suspect alex is not installed in the correct place. ... Hi, cabal-install will put installed binaries in $HOME/.cabal/bin by default as far as I can tell, you should move the binary somewhere in your $PATH if you want cabal-install to pick it up for installing yi. Well, that indeed sorted that one. But still no luck: ; sudo cabal install yi Resolving dependencies... 'yi-0.4.3' is cached. Configuring yi-0.4.3... Preprocessing library yi-0.4.3... Preprocessing executables for yi-0.4.3... Building yi-0.4.3... Yi/UI/Vty.hs:42:7: Could not find module `Graphics.Vty': Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: yi-0.4.3 failed during the building phase. The exception was: exit: ExitFailure 1 -- [EMAIL PROTECTED] -= H+ =- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 pgpPeH72jqpSQ.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: www.haskell.org is currently very slow in responding to HTTP requests
On Wed, 30 Jul 2008 08:49:27 +0100, Duncan Coutts [EMAIL PROTECTED] wrote: On Wed, 2008-07-30 at 11:58 +0900, Benjamin L.Russell wrote: Currently, www.haskell.org is very slow in responding to HTTP requests, taking over a minute just to display the main home page. This problem is causing difficulties in displaying options for mailing lists or in displaying HaskellWiki pages. Perhaps the server needs to be rebooted? Could somebody responsible for maintaining the server please look into this issue? It seems to have been persisting for at least about half an hour. Thank you Should now be sorted out for the moment. Yes; it works fine now. We have this recurring problem where a single client can hog all the download slots. Not using a lot of bandwidth, just taking up slots which eventually means the number of slots hits the maximum and so no new connections can be made. I'm not sure how other people configure apache to avoid this problem. It seems like a really cheap DoS attack so other apache users must get similar problems and so there must be a solution somewhere. Sadly, I've not seen anything obvious. Thanks; I'll keep your description in mind. If I come across anything that looks helpful, I'll post it on this mailing list. -- Benjamin L. Russell ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
Excerpts from Yann Golanski's message of Wed Jul 30 10:59:35 +0200 2008: Quoth Austin Seipp on Wed, Jul 30, 2008 at 03:45:49 -0500 Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008: I cannot seem to be able to install yi via cabal install. The error I get is as follows. I suspect alex is not installed in the correct place. ... Hi, cabal-install will put installed binaries in $HOME/.cabal/bin by default as far as I can tell, you should move the binary somewhere in your $PATH if you want cabal-install to pick it up for installing yi. Well, that indeed sorted that one. But still no luck: ; sudo cabal install yi Resolving dependencies... 'yi-0.4.3' is cached. Configuring yi-0.4.3... Preprocessing library yi-0.4.3... Preprocessing executables for yi-0.4.3... Building yi-0.4.3... Yi/UI/Vty.hs:42:7: Could not find module `Graphics.Vty': Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: yi-0.4.3 failed during the building phase. The exception was: exit: ExitFailure 1 Can you try the vty flag: $ sudo cabal install yi -fvty -- Nicolas Pouillard aka Ertai signature.asc Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
On Wed, 2008-07-30 at 03:45 -0500, Austin Seipp wrote: Excerpts from Yann Golanski's message of Wed Jul 30 02:34:05 -0500 2008: I cannot seem to be able to install yi via cabal install. The error I get is as follows. I suspect alex is not installed in the correct place. ... Hi, cabal-install will put installed binaries in $HOME/.cabal/bin by default as far as I can tell, you should move the binary somewhere in your $PATH if you want cabal-install to pick it up for installing yi. Yep. See this ticket: http://hackage.haskell.org/trac/hackage/ticket/289 Of course if anyone would like to volunteer to implement this we'd all appreciate it. Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
Quoth Nicolas Pouillard on Wed, Jul 30, 2008 at 11:06:43 +0200 Excerpts from Yann Golanski's message of Wed Jul 30 10:59:35 +0200 2008: ; sudo cabal install yi Resolving dependencies... 'yi-0.4.3' is cached. Configuring yi-0.4.3... Preprocessing library yi-0.4.3... Preprocessing executables for yi-0.4.3... Building yi-0.4.3... Yi/UI/Vty.hs:42:7: Could not find module `Graphics.Vty': Use -v to see a list of the files searched for. cabal: Error: some packages failed to install: yi-0.4.3 failed during the building phase. The exception was: exit: ExitFailure 1 Can you try the vty flag: $ sudo cabal install yi -fvty Sadly, I get the same error as before. What debugging output would you need? -- [EMAIL PROTECTED] -= H+ =- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 pgpIbgGSwobZH.pgp Description: PGP signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] Re: www.haskell.org is currently very slow in responding to HTTP requests
Duncan Coutts wrote: Perhaps the server needs to be rebooted? Could somebody responsible for maintaining the server please look into this issue? It seems to have been persisting for at least about half an hour. Thank you Should now be sorted out for the moment. I noticed this too a few hours ago and restarted the apache server. I also reset the clock (which was about 10 minutes behind) with ntpdate (ntp seems to be installed but not running). The OS is kind of old on that machine. It's RHEL AS release 3, which dates from October 2003, though with the latest update (update 9, June 2007). Latest is RHEL 5.2. Other software versions: Linux 2.4.21 (latest is 2.6.26) Apache 2.0.46 (latest is 2.2.9) MySQL 3.23.58 (latest is 5.0.51a) PHP 4.3.2 (latest is 5.2.6) MediaWiki 1.5.4 (latest is 1.12) http://www.haskell.org/haskellwiki/Special:Version It might be worth upgrading some of that, though if that includes Linux or RHEL overall it would probably require physical access to the box. I'm more familiar with Ubuntu, and I couldn't figure out offhand if there is some kind of mechanism to automatically download and install software similar to apt. I couldn't get up2date to work. -- Ashley Yakeley ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] haddock build failure
On Wed, Jul 30, 2008 at 10:37 AM, David Waern [EMAIL PROTECTED] wrote: This is a bug in the haddock.cabal file. Haddock 2.1 doesn't support GHC 6.8.3. The next release will, and it will come out soon. I had the same problem, 2.2 fixes it. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] [Off-topic] Loss of humour
On 2008.07.30 01:09:47 -0700, Jason Dusek [EMAIL PROTECTED] scribbled 0.2K characters: shapr for example: head (filter (\x - x 5) [1..]) shapr in a strict language, you can't easily play with infinite lists dark In a strict language, you would write that as 6 :) -- _jsn Fear not! That quote is preserved in the Lambdabot darcs repo. It shall yet remember when we are but dust. -- gwern Sponge Uzbekistan enigma bird assassinate Bunny CAVE zone burned Comirex signature.asc Description: Digital signature ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Network.FastCGI does not emit stderr outputs to lighttpd's error.log?
agentzh: Hi, I'm trying Network.FastCGI + lighttpd 1.4.9 to develop a RESTful service platform. I've found that stderr (especially those from Debug.Trace) get lost in the error.log file. But plain CGI mode with Network.CGI works perfectly (all stderr outputs appear in error.log). Besides, my Perl fastcgi script also logs stderr with the same lighttpd. So it does seem that my lighttpd's mod_fastcgi module is OK. Is this a known issue in the Haskell fastcgi library? Is there a workaround or a fix? Thanks in advance :) We've had no problems with this and apache at least. Is lighttpd doing something funny with error logging? -- Don ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: Best book/tutorial on category theory and its applications
If you want to see a human being explain some categorical ideas, there is a nice (and growing) collection of video mini-tutorials on youtube by the Catsters. http://www.youtube.com/user/TheCatsters -Nathan Bloomfield (I first sent this just to Pierre by accident - sorry!) ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Using fundeps to resolve polymorphic types to concrete types
Hmm, I'm kind of confused by this now. I feel like the following code
really should compile, but it doesn't. There's no use of existentials
to hide type information at all. The functional dependency seems like
it should give us the constraint (b1 ~ b2) allowing Refl to typecheck.
{-# LANGUAGE MultiParamTypeClasses, FunctionalDependencies, GADTs #-}
module DeriveType where
class DeriveType a b | a - b
data TypeEq a b where Refl :: TypeEq a a
test :: (DeriveType a b1, DeriveType a b2) = a - TypeEq b1 b2
test _ = Refl
But...
derivetype.hs:8:9:
Couldn't match expected type `b1' against inferred type `b2'
`b1' is a rigid type variable bound by
the type signature for `test' at derivetype.hs:7:22
`b2' is a rigid type variable bound by
the type signature for `test' at derivetype.hs:7:39
Expected type: TypeEq b1 b2
Inferred type: TypeEq b2 b2
In the expression: Refl
In the definition of `test': test _ = Refl
Is there a good reason this doesn't typecheck?
-- ryan
On Tue, Jul 29, 2008 at 10:37 AM, wren ng thornton [EMAIL PROTECTED] wrote:
Pablo Nogueira wrote:
wren ng thornton wrote:
It compiles just fine with (DeriveType A b = b - b) after all, which
resolves directly to (B - B)
That's not the case:
simpleNarrow :: DeriveType A b = b - b
simpleNarrow = id
Couldn't match expected type `b' (a rigid variable)
against inferred type `B'
`b' is bound by the type signature for `simpleNarrow' ...
When using functional dependencies to combine
DeriveType A B, arising from the instance declaration ...
DeriveType A b, arising from is bound by the type signature for
`simpleNarrow' ...
[0] [EMAIL PROTECTED]:~/test $ cat fundep.hs
{-# OPTIONS_GHC -fglasgow-exts #-}
class DeriveType a b | a - b
data A = A
data B = B
instance DeriveType A B
simpleNarrow :: DeriveType A b = b - b
simpleNarrow = id
[0] [EMAIL PROTECTED]:~/test $ ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.8.2
[0] [EMAIL PROTECTED]:~/test $ ghci fundep.hs
GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help
Loading package base ... linking ... done.
[1 of 1] Compiling Main ( fundep.hs, interpreted )
Ok, modules loaded: Main.
*Main :t simpleNarrow
simpleNarrow :: B - B
I think Bryan got the order in which type inference/checking works
wrong. The dependency is not resolved before calculating the type as
he suggested.
Indeed. Resolved was a sloppy word choice on my part, but the point is
that after all the inference is done you do end up with (B - B) because B
just so happens to be (DeriveType A b = b). However, the function's
actual type is indeed (DeriveType A b = b - b) since contexts are only a
constraint on polymorphism and never take part in driving the inference.
*Main :t someDestructor (SomeConstructor undefined undefined ::
ComplexType A)
B
Why not this:
*Main someDestructor (SomeConstructor A B)
B
That works too, I just didn't have deriving Show in place at the time.
But if you have actual values rather than just unit types, note that this
won't work:
instance DeriveType A B where
someDestructor (SomeConstructor _ b) = b
I couldn't understand the sentence actual values rather than unit
types. What do you have in mind?
[...]
I didn't pay attention to the |b| value returned. So what you meant
was that only a constant function will do, not a function that returns
the value |b|.
Yeah, pretty much.
The types A and B given were both unit types, i.e. they have only one
value each namely A and B. Hence we could do the other version with
someDestructor _ = B since we're throwing away the old value of type (b
quantified by SomeConstructor) and constructing a new value of type
(forall b. DeriveType A b = b). This is safe because we're never actually
peeking into the existential. And yet, since there's only one value of the
type we can safely reconstruct it knowing that we're not leaking any
information about SomeConstructor's internals.
But what happens if there's more than one value of type B? If we tried the
version above in order to return the second field of the ComplexType, that
would allow the existential to escape. Hence my comments that the methods
of DeriveType can only be used to gain views onto the value b but never to
recover its actual type. If we had some non-dependent type that we could
convert the existential into, then we can still safely use that view as
below:
[0] [EMAIL PROTECTED]:~/test $ cat fundep2.hs
{-# OPTIONS_GHC -fglasgow-exts #-}
class DeriveType a b | a - b, b - a where
someDestructor :: b - Int
data A = A deriving Show
data B = B1 | B2 deriving Show
instance DeriveType A B where
someDestructor B1 = 1
someDestructor B2 = 2
simpleNarrow :: DeriveType A b = b - b
simpleNarrow = id
data ComplexType a where
SomeConstructor :: DeriveType
Re: [Haskell-cafe] Cabal + yi + alex problem.
[problems with cabal install yi] Curious, I tried this out, on a Debian etch box with GHC 6.8.3. cabal update ; cabal install yi --global complained about needing alex =2.0.something and 3. Then cabal install alex happily installed alex version 2.2. Finally, cabal install yi --global worked fine. Is something amiss with cabal-install? Shouldn't it have automatically installed alex? Or does it only do that with libraries, by design? For that matter, ghc-pkg list | grep -i alex doesn't list anything, after I cabal-installed it. How does cabal verify the prerequisite alex version? (Or does it?) I'm enjoying cabal since I've begun using it, but it's still somewhat opaque to me. Regards, John Dorsey ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Re: ANN: Yi 0.4.1
I had the same problem on x86_64 linux using the Gtk front and no custom config with the current Yi on Hackage (0.4.3). Using catchGError revealed: user error (Failed to open file '/home/bernardy/.cabal/share/yi-0.4.3/art/yi+lambda-fat.32.png': No such file or directory) Tracked down to Paths_yi.hs : bindir = /home/bernardy/.cabal/bin libdir = /home/bernardy/.cabal/lib/yi-0.4.3/ghc-6.8.3 datadir= /home/bernardy/.cabal/share/yi-0.4.3 libexecdir = /home/bernardy/.cabal/libexec I just built the latest Yi from Darcs and this seems to have been fixed. - Jon Duncan Coutts wrote: On Sun, 2008-07-27 at 20:58 +, Jean-Philippe Bernardy wrote: Don Stewart dons at galois.com writes: $ yi -f pango Launching custom yi: /home/dons/.yi/yi-x86_64-linux yi: exception :: System.Glib.GError.GError Anyone seen this? Consistently on x64. The pango stuff is generally unstable anyway. I'm not sure what's to blame. That's interesting. That's a Haskell exception (dynamic type). I doubt it's being thrown by the Pango code, there's only one use of it there, in parseMarkup and that should throw parsing errors pretty much independent of platform. You can catch those GError exceptions and print more interesting info. Use: catchGError (do ... ...) (\(GError dom code msg) - fail msg) Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Libevent FFI problems
* Adam Langley [EMAIL PROTECTED] [080725 13:05]: 2008/7/25 Krzysztof Skrzętnicki [EMAIL PROTECTED]: Developing a high-performance web server in Concurrent Haskell http://www.haskell.org/~simonmar/papers/web-server-jfp.pdf (see page 15) Perhaps you might be interested in this paper also because of its topic. That's a good reference. Also note that the paper is 6 years old and GHC has come a long way since then. I'd suspect that the graph on page 15 would look much more favourable to Haskell these days. http://www.seas.upenn.edu/~lipeng/homepage/unify.html This paper (and included code) should be relevant and useful. There's an epoll wrapper and a lot of good stuff. ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
Excerpts from John Dorsey's message of Wed Jul 30 13:58:26 -0500 2008: Is something amiss with cabal-install? Shouldn't it have automatically installed alex? Or does it only do that with libraries, by design? AFAICT, dependencies are only downloaded and installed if they are listed in a .cabal files 'dependency' field (providing they aren't already installed) which yes, means libraries by design. I've not had cabal-install ever track down necessary applications in my experience. As well, this issue came up on #haskell the other day and my conclusion is that no, cabal does not track down and install any *applications* that are necessary (someone tried to install yi, needed alex, build failed, and after 'cabal-install alex' everything was peachy.) For that matter, ghc-pkg list | grep -i alex doesn't list anything, after I cabal-installed it. How does cabal verify the prerequisite alex version? (Or does it?) ghc-pkg lists libraries that are registered with the ghc package manager (globally and locally); alex is simply an application, not a library, so there's really nothing for GHC to register. As for telling what version is necessary, I haven't the slightest. Duncan, can you shed some light here? Austin ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] haddock build failure
Thank you. -- _jsn ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] Cabal + yi + alex problem.
On Wed, 2008-07-30 at 14:58 -0400, John Dorsey wrote: [problems with cabal install yi] Curious, I tried this out, on a Debian etch box with GHC 6.8.3. cabal update ; cabal install yi --global complained about needing alex =2.0.something and 3. Then cabal install alex happily installed alex version 2.2. Finally, cabal install yi --global worked fine. Is something amiss with cabal-install? Shouldn't it have automatically installed alex? Or does it only do that with libraries, by design? Right, currently it only tracks library dependencies, not tools. See: http://hackage.haskell.org/trac/hackage/ticket/227 cabal-install does consider build-tools as dependencies For that matter, ghc-pkg list | grep -i alex doesn't list anything, after I cabal-installed it. The ghc package database is of libraries. Applications are not registered anywhere. How does cabal verify the prerequisite alex version? (Or does it?) It calls alex --version I'm enjoying cabal since I've begun using it, but it's still somewhat opaque to me. There's still plenty of work to do. You and indeed everyone else is most welcome to get involved and have a go at fixing bugs or adding frequently requested features. Easy tickets: http://hackage.haskell.org/trac/hackage/report/13 Guide to the source code: http://hackage.haskell.org/trac/hackage/wiki/SourceGuide Duncan ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
[Haskell-cafe] a really dumb posting question ;^(
Hello, What do I do to do a followup haskell cafe posting? E.g. I want to put a posting on the category theory thread! Kind regards, Vasili ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
Re: [Haskell-cafe] a really dumb posting question ;^(
Vasili, You respond to whatever message interests you, just like normal email. Make sure the message is CC'd or addressed to haskell-cafe@haskell.org to allow everyone to see it. Regards, Brad Larsen 2008/7/31 Galchin, Vasili [EMAIL PROTECTED]: Hello, What do I do to do a followup haskell cafe posting? E.g. I want to put a posting on the category theory thread! Kind regards, Vasili ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
