[GHC] #1555: Reverse do notation: lexer bug?

[GHC]

#1555: Reverse do notation: lexer bug?
+---
  Reporter:  dons   |  Owner: 
  Type:  bug| Status:  new
  Priority:  normal |  Milestone: 
 Component:  Compiler (Parser)  |Version:  6.6.1  
  Severity:  normal |   Keywords: 
Difficulty:  Easy (1 hr)| Os:  Unknown
  Testcase: |   Architecture:  Unknown
+---
Noticed here:

 http://calculist.blogspot.com/2007/07/cute-idiom-from-haskell.html

 The following is accepted by GHC:

 {{{
 main = do
 getChar -> c
 print c
 }}}

 Yielding the same program as if we'd written;

 {{{
 main = do
 c <- getChar
 print c
 }}}

 The above blogger uses this to ingeniously embed:

 {{{
 gamma |- e -> v
 }}}

 in Haskell, but surely this is either a lexer bug, or an interesting
 syntactic feature that shouldn't be enabled by default?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: Bug involving graphics under OS X

[Duncan Coutts]

On Tue, 2007-07-17 at 15:49 -0400, Scot Drysdale wrote: 
> I am preparing to teach a course this fall from Paul Hudak's _The  
> Haskell School of Expression_.  In running Picture.lhs, one of the  
> example programs form the book, I am getting strange graphics  
> behavior.  I load the program using ghci and type "main".  The  
> graphics window appears, but only one or two of the four shapes is  
> drawn.  But if I resize the window (or let the screen or computer  
> sleep and awaken, or cover the window and then uncover it), all four  
> shapes appear.  When clicking on a shape to bring it to the front,  
> only the last drawn shape appears on the screen.  Again, resizing the  
> window reveals all four shapes drawn correctly.
> 
> The fours files needed to produce this behavior are enclosed, and a  
> full session (using the -v flag on ghci) is shown below.  I modified  
> the files to use the library Graphics.SOE instead of SOEGraphics,  
> which was needed to run under ghc (as opposed to HUGS).

The HGL package which Graphics.SOE is based on is unmaintained and
fairly buggy on several platforms, especially in GHCi since it uses
threads in a way that is not especially nice (or so I have heard) and
GHCi uses the -threaded runtime system which uses multiple real OS
threads so it can expose dodgy uses of threads.

It may work better in Hugs since its implementation of threads is
totally different to that of GHCs and HGL was originally implemented and
tested with Hugs.

Alternatively you could use the implementation of the SOE api that comes
with Gtk2Hs. It's a totally different implementation but has the same
API and tries to preserve the same behaviour (though it's not 100% the
same, there are reports of bugs in the region code). In the latest
version of Gtk2Hs it's possible to use Graphics.SOE.Gtk from GHCi (ie it
works with the -threaded rts)

The latest version is here:
http://haskell.org/gtk2hs/gtk2hs-0.9.11.3.tar.gz

That's the first release candidate for 0.9.12 which should be announced
and released in the next few days. There's also a windows installer
(swap .tar.gz for .exe in the above url). It should work on OSX (but I
can't test it personally so have to rely on people to report problems).

In case you're interested, I've been using Gtk2Hs (though not the SOE
api) for a programming practical for a first year FP course at Oxford
for the past couple of years:
http://haskell.org/gtk2hs/archives/2005/11/01/university-courses-using-gtk2hs-for-teaching/
Am FP course at Jyväskylä in Finland has used the SOE api. In fact that
is where the new implementation stems from.


Duncan

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1478: Flag to get information about the compiler and RTS

[GHC]

#1478: Flag to get information about the compiler and RTS
+---
Reporter:  igloo|Owner:  igloo  
Type:  feature request  |   Status:  new
Priority:  high |Milestone:  6.8
   Component:  Compiler |  Version:  6.6.1  
Severity:  normal   |   Resolution: 
Keywords:   |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by igloo):

  * owner:  => igloo

Comment:

 I've (locally) fixed the first half.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1553: Error in "nameModule header{v a1Ax}"

[GHC]

#1553: Error in "nameModule header{v a1Ax}"
-+--
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  6.8
   Component:  GHCi  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Linux | Testcase: 
Architecture:  x86   |  
-+--
Changes (by igloo):

  * milestone:  => 6.8

Comment:

 I can't reproduce this with GHC 6.6.1 on Debian/amd64, having compiled hxt
 from http://www.fh-wedel.de/~si/HXmlToolbox/HXT-7.2.tar.gz with Cabal.

 Does anyone have a way to reproduce it please?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1502: GHC should integrate better with mingw

[GHC]

#1502: GHC should integrate better with mingw
+---
Reporter:  eivuokko |Owner: 
Type:  feature request  |   Status:  new
Priority:  normal   |Milestone:  6.8
   Component:  Compiler |  Version:  6.6.1  
Severity:  normal   |   Resolution: 
Keywords:  windows  |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by igloo):

  * milestone:  => 6.8

Comment:

 Having talked with eivuokko, the problem seems to be that, as ghc's mingw
 stuff doesn't have the standard layout, adding things like extra mingw
 headers (which you'd normally do by untarring over the top of your mingw
 installation) is more work.

 I think we agreed that it would be great if the GHC installer could
 include the mingw installer, and automatically run it (unless instructed
 otherwise by the user; it could also try to detect if mingw is already
 installed), installing mingw in the standard place and running it from
 there. We'd need some config file to tell GHC where to find the mingw it
 should use.

 This should make everything less fragile (e.g. I've recently had problems
 with Cabal making assumptions that aren't true for an inplace GHC) and
 easier to work with.

 I'm not sure if we'll be able to make all this work in time for 6.8,
 unfortunately, but if we can then it would be great.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1403: System.Posix.Types.UserID and others missing from Windows distribution

[GHC]

#1403: System.Posix.Types.UserID and others missing from Windows distribution
---+
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  bug |   Status:  new
Priority:  normal  |Milestone:  6.8
   Component:  libraries/base  |  Version:  6.6.1  
Severity:  normal  |   Resolution: 
Keywords:  |   Difficulty:  Unknown
  Os:  Windows | Testcase: 
Architecture:  x86 |  
---+
Changes (by igloo):

  * milestone:  => 6.8

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1434: Slow conversion from Double to Int

[GHC]

#1434: Slow conversion from Double to Int
--+-
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  bug|   Status:  new
Priority:  normal |Milestone:  6.8
   Component:  libraries/base |  Version:  6.4.1  
Severity:  normal |   Resolution: 
Keywords: |   Difficulty:  Unknown
  Os:  Linux  | Testcase: 
Architecture:  Unknown|  
--+-
Changes (by igloo):

  * milestone:  => 6.8

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1541: No way at all to set fixity for infix operators defined in template haskell

[GHC]

#1541: No way at all to set fixity for infix operators defined in template 
haskell
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  6.8
   Component:  Template Haskell  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Multiple  | Testcase: 
Architecture:  Multiple  |  
-+--
Changes (by igloo):

  * milestone:  => 6.8

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1522: Make [n..] etc syntax rebindable

[GHC]

#1522: Make [n..] etc syntax rebindable
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone:  6.10   
   Component:  Compiler  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Multiple  | Testcase: 
Architecture:  Multiple  |  
-+--
Changes (by igloo):

  * milestone:  => 6.10
  * summary:  enumFrom* do not respect -fno-implicit-prelude => Make [n..]
  etc syntax rebindable

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1522: enumFrom* do not respect -fno-implicit-prelude

[GHC]

#1522: enumFrom* do not respect -fno-implicit-prelude
-+--
Reporter:  guest |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  Compiler  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Multiple  | Testcase: 
Architecture:  Multiple  |  
-+--
Old description:

> The [foo..], [foo..bar], [foo,bar..] and [foo,bar..baz] sugars do not
> obey -fno-implicit-prelude.
>
> {-# OPTIONS_GHC -fno-implicit-prelude #-}
> module ListSugar where
>
> import Control.Monad
> import Prelude hiding (Enum,enumFrom)
>
> class Enum a where
>enumFrom :: MonadPlus m => a -> m a
> instance Enum Int where
>enumFrom n = return n `mplus` enumFrom (n + 1)
>
> main = print $ ([1..] :: Maybe Int)
>
> ListSugar.hs:9:16:
> Couldn't match expected type `Maybe Int'
>against inferred type `[a]'
> In the expression: [1 .. ]
> In the second argument of `($)', namely `([1 .. ] :: Maybe Int)'
> In the expression: print $ ([1 .. ] :: Maybe Int)
>
> and even with the same signature as the original type, it invokes the
> version in the Prelude.

New description:

 The [foo..], [foo..bar], [foo,bar..] and [foo,bar..baz] sugars do not obey
 -fno-implicit-prelude.

 {{{
 {-# OPTIONS_GHC -fno-implicit-prelude #-}
 module ListSugar where

 import Control.Monad
 import Prelude hiding (Enum,enumFrom)

 class Enum a where
enumFrom :: MonadPlus m => a -> m a
 instance Enum Int where
enumFrom n = return n `mplus` enumFrom (n + 1)

 main = print $ ([1..] :: Maybe Int)

 ListSugar.hs:9:16:
 Couldn't match expected type `Maybe Int'
against inferred type `[a]'
 In the expression: [1 .. ]
 In the second argument of `($)', namely `([1 .. ] :: Maybe Int)'
 In the expression: print $ ([1 .. ] :: Maybe Int)
 }}}

 and even with the same signature as the original type, it invokes the
 version in the Prelude.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: Installation Problem GHC 6-6

[Thorkil Naur]

Hello,

Can you tell us exactly which package you have attempted to install? That 
would be very useful, thanks. Also, if you could make the exact sequence of 
commands used and the output somehow available, that would also help a lot to 
figure out what has happened.

(A quick shot at a possible solution would be to say "sudo make install" 
rather than just "make install" to install as root. Unfortunately, the error 
messages you quote don't really indicate that lack of permissions is the 
problem, so I am not really sure that this suggestion would work.)

Thanks and best regards
Thorkil

On Thursday 19 July 2007 22:41, Cornelius Nevrinceanu wrote:
> 
>   Hello:
> 
>   I tried to install GHC 6-6 on my Mac PowerBook G4, under system  
> 10.4.10. I followed the instructions that came with the download. The  
> "Makefile" phase seemed to work correctly however "make install" did  
> not find things in order (see further down).
> 
>   What did I do incorrectly?
> 
>   Thanks,
> 
>   Cornelius Nevrinceanu
> 
> Trace of "make install"
> 
> faber:~ Faber$ make install
> Configuring ghc, version 6.6, on powerpc-apple-darwin ...
> Creating a configured version of ghcprof ..
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
> directory
> chmod: bin/powerpc-apple-darwin/ghcprof: No such file or directory
> Done.
> Creating a configured version of ghc-asm ..
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
> directory
> chmod: lib/powerpc-apple-darwin/ghc-asm: No such file or directory
> Done.
> Creating a configured version of ghc-split ..
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> /bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
> directory
> chmod: lib/powerpc-apple-darwin/ghc-split: No such file or directory
> Done.
> Creating a configured version of ghc-6.6 ..
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
> directory
> chmod: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory
> Done.
> Creating a configured version of ghci-6.6 ..
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
> directory
> /bin/sh: line 1: bi

Re: [GHC] #1553: Error in "nameModule header{v a1Ax}"

[GHC]

#1553: Error in "nameModule header{v a1Ax}"
-+--
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  bug   |   Status:  new
Priority:  normal|Milestone: 
   Component:  GHCi  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Linux | Testcase: 
Architecture:  x86   |  
-+--
Old description:

> '''1. Linux version:''' 2.4.27
> '''2. GCC version:''' 3.3.5 (Debian 1:3.3.5-13)
> '''3-4. Sequence of events:'''
> [EMAIL PROTECTED]:~/lab/NetGremlins/newSiteManager$ ghci -v eventsCons.hs
>___ ___ _
>   / _ \ /\  /\/ __(_)
>  / /_\// /_/ / /  | |  GHC Interactive, version 6.6.1, for Haskell
> 98.
> / /_\\/ __  / /___| |  http://www.haskell.org/ghc/
> \/\/ /_/\/|_|  Type :? for help.
>
> Using package config file: /usr/local/lib/ghc-6.6.1/package.conf
> wired-in package base mapped to base-2.1.1
> wired-in package rts mapped to rts-1.0
> wired-in package haskell98 mapped to haskell98-1.0
> wired-in package template-haskell mapped to template-haskell-2.1
> Hsc static flags: -static
> Loading package base ... linking ... done.
> wired-in package base mapped to base-2.1.1
> wired-in package rts mapped to rts-1.0
> wired-in package haskell98 mapped to haskell98-1.0
> wired-in package template-haskell mapped to template-haskell-2.1
> *** Parser:
> *** Desugar:
> *** Simplify:
> *** CorePrep:
> *** ByteCodeGen:
> *** Parser:
> *** Desugar:
> *** Simplify:
> *** CorePrep:
> *** ByteCodeGen:
> wired-in package base mapped to base-2.1.1
> wired-in package rts mapped to rts-1.0
> wired-in package haskell98 mapped to haskell98-1.0
> wired-in package template-haskell mapped to template-haskell-2.1
> *** Chasing dependencies:
> Stable obj: []
> Stable BCO: []
> unload: retaining objs []
> unload: retaining bcos []
> Upsweep completely successful.
> *** Deleting temp files:
> Deleting:
> *** Chasing dependencies:
> Stable obj: []
> Stable BCO: []
> unload: retaining objs []
> unload: retaining bcos []
> compile: input file eventsCons.hs
> *** Checking old interface for main:EventsCons:
> [1 of 1] Compiling EventsCons   ( eventsCons.hs, interpreted )
> *** Parser:
> *** Renamer/typechecker:
> *** Desugar:
> Result size = 487
> *** Simplify:
> Result size = 2468
> Result size = 1293
> Result size = 1291
> Result size = 1291
> *** Tidy Core:
> Result size = 1291
> *** CorePrep:
> Result size = 1475
> *** ByteCodeGen:
> *** Deleting temp files:
> Deleting:
> Upsweep completely successful.
> *** Deleting temp files:
> Deleting:
> Ok, modules loaded: EventsCons.
> *EventsCons> main
> *** Parser:
> *** Desugar:
> *** Simplify:
> *** CorePrep:
> *** ByteCodeGen:
> Loading package haskell98 ... linking ... done.
> Loading package parsec-2.0 ... linking ... done.
> Loading package network-2.0.1 ... linking ... done.
> Loading package HTTP-3000.0.0 ... linking ... done.
> Loading package HUnit-1.1.1 ... linking ... done.
> Loading package hxt-7.2 ... linking ... done.
> ghc-6.6.1: panic! (the 'impossible' happened)
>   (GHC version 6.6.1 for i386-unknown-linux):
> nameModule header{v a1Ax}
>
> Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
>
> *EventsCons>
>
> '''5. As can be seen in the listing it gives the error:'''
> ghc-6.6.1: panic! (the 'impossible' happened)
>   (GHC version 6.6.1 for i386-unknown-linux):
> nameModule header{v a1Ax}
>
> '''6. Source code:'''
>   1 module EventsCons where
>   2 import Text.XML.HXT.Arrow
>   3 import Data.Tree.NTree.TypeDefs (NTree (..))
>   4 import System.Time
>   5 import List
>   6
>   7 myMonths = [January .. December]
>   8 monthRefs = zip [January .. December]
>   9 ["#jan", "#feb", "#mar", "#apr", "#may", "#jun",
>  10   "#jul", "#aug", "#sep", "#oct", "#nov", "#dec"]
>  11
>  12
>  13 main =
>  14   runX ( readDocument [(a_validate, v_0)] "events.xml" >>>
>  15   processEvents myMonths >>>
>  16   writeDocument [(a_indent, v_1)] "events.html" )
>  17
>  18
>  19 processEvents months =
>  20   processTopDown (monthListX months)
>  21
>  22
>  23 monthListX months =
>  24   mkelem "div" [sattr "class" "monthlist"]
>  25 ([header] ++
>  26   (listMonths $ take 6 months) ++
>  27   [breakTag] ++
>  28   (listMonths $ drop 6 months) ++
>  29   [breakTag, archive, breakTag])
>  30 `when`
>  31   (isElem >>> hasName "monthList")
>  32   where
>  33 header = selem "h2" [[txt "Event Galleries"]]
>  34 breakTag = selem "br" []
>  35 archive = mkelem "a" [sattr "class" "month", sattr "href"
> "archive.html"]
>  36  

Re: [GHC] #1407: Add the ability to :set -l{foo} in .ghci files

[GHC]

#1407: Add the ability to :set -l{foo} in .ghci files
+---
Reporter:  guest|Owner: 
Type:  feature request  |   Status:  new
Priority:  normal   |Milestone:  6.8
   Component:  GHCi |  Version:  6.6.1  
Severity:  minor|   Resolution: 
Keywords:   |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by igloo):

  * milestone:  => 6.8

Comment:

 This is related to allowing -package flags in OPTIONS_GHC, which is talked
 about in http://hackage.haskell.org/trac/ghc/wiki/GhcPackages

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1408: groupWhen – a groupB y that compares consecutive values

[GHC]

#1408: groupWhen – a groupBy that compares consecutive values
+---
Reporter:  Joachim Breitner <[EMAIL PROTECTED]>  |Owner:
 
Type:  feature request  |   Status:  
closed 
Priority:  normal   |Milestone: 

   Component:  libraries/base   |  Version:  
6.6.1  
Severity:  normal   |   Resolution:  
wontfix
Keywords:   |   Difficulty:  
Easy (1 hr)
  Os:  Unknown  | Testcase: 

Architecture:  Unknown  |  
+---
Changes (by igloo):

  * resolution:  => wontfix
  * status:  new => closed

Comment:

 I think that if we have both groupBy and this new function then the names
 should be more similar (I'd expect groupWhen to do something completely
 different), and if possible allude to the functionality difference.

 Are there any cases when the existing behaviour is better?

 No matter what, I think this should go via
 http://www.haskell.org/haskellwiki/Library_submissions so I'm closing this
 bug.

 By the way, the hpaste link seems to now be about catching monkeys.


 Thanks

 Ian

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1502: GHC should integrate better with mingw

[GHC]

#1502: GHC should integrate better with mingw
+---
Reporter:  eivuokko |Owner: 
Type:  feature request  |   Status:  new
Priority:  normal   |Milestone: 
   Component:  Compiler |  Version:  6.6.1  
Severity:  normal   |   Resolution: 
Keywords:  windows  |   Difficulty:  Unknown
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Comment (by igloo):

 I'm not sure I understand: If you want more mingw/msys tools, then why not
 install mingw/msys? The tools that GHC does copy across are really only
 intended to be used by GHC internally.

 Thanks

 Ian

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1518: Make it possible to evaluate monadic actions when assigning record fields (<-)

[GHC]

#1518: Make it possible to evaluate monadic actions when assigning record fields
(<-)
---+
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  feature request |   Status:  new
Priority:  normal  |Milestone:  _|_
   Component:  Compiler|  Version:  6.6.1  
Severity:  normal  |   Resolution: 
Keywords:  |   Difficulty:  Unknown
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Changes (by igloo):

  * milestone:  => _|_

Comment:

 This is being discussed on the Haskell' list:
 http://www.haskell.org/pipermail/haskell-prime/2007-July/002265.html

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1525: :browse shouldn't print single-constructor data definitions twice

[GHC]

#1525: :browse shouldn't print single-constructor data definitions twice
+---
Reporter:  sorear   |Owner: 
Type:  feature request  |   Status:  new
Priority:  high |Milestone:  6.8
   Component:  Compiler |  Version:  6.7
Severity:  minor|   Resolution: 
Keywords:   |   Difficulty:  Easy (1 hr)
  Os:  Unknown  | Testcase: 
Architecture:  Unknown  |  
+---
Changes (by igloo):

  * milestone:  => 6.8
  * priority:  normal => high

Comment:

 I don't really see the point of repeating any of them, even if there are
 multiple constructors. Does anyone know whether or not this was a
 deliberate change from 6.6?

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1534: [Debugger] Watch on accesses of "variables"

[GHC]

#1534: [Debugger] Watch on accesses of "variables"
--+-
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  feature request|   Status:  new
Priority:  normal |Milestone:  6.10   
   Component:  GHCi   |  Version:  6.7
Severity:  normal |   Resolution: 
Keywords: |   Difficulty:  Unknown
  Os:  Unknown| Testcase: 
Architecture:  Unknown|  
--+-
Changes (by igloo):

  * milestone:  => 6.10

Comment:

 I'll leave feasibility discussions up to the debugger guys, but I don't
 think this will happen in the 6.8 timeframe regardless.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1554: Ord (STRef s a) instance

[GHC]

#1554: Ord (STRef s a) instance
--+-
Reporter:  [EMAIL PROTECTED]  |Owner: 
Type:  feature request|   Status:  new
Priority:  normal |Milestone: 
   Component:  Compiler   |  Version:  6.6.1  
Severity:  normal |   Resolution: 
Keywords:  stref ord  |   Difficulty:  Unknown
  Os:  Unknown| Testcase: 
Architecture:  Unknown|  
--+-
Comment (by igloo):

 You could make your own datatype containing a Unique and an STRef, and
 define Ord on it appropriately.

 I'm not convinced that it makes sense to have STRef do this itself.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Installation Problem GHC 6-6

[Cornelius Nevrinceanu]

Hello:

	I tried to install GHC 6-6 on my Mac PowerBook G4, under system  
10.4.10. I followed the instructions that came with the download. The  
"Makefile" phase seemed to work correctly however "make install" did  
not find things in order (see further down).


What did I do incorrectly?

Thanks,

Cornelius Nevrinceanu

Trace of "make install"

faber:~ Faber$ make install
Configuring ghc, version 6.6, on powerpc-apple-darwin ...
Creating a configured version of ghcprof ..
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghcprof: No such file or  
directory

chmod: bin/powerpc-apple-darwin/ghcprof: No such file or directory
Done.
Creating a configured version of ghc-asm ..
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-asm: No such file or  
directory

chmod: lib/powerpc-apple-darwin/ghc-asm: No such file or directory
Done.
Creating a configured version of ghc-split ..
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory
/bin/sh: line 1: lib/powerpc-apple-darwin/ghc-split: No such file or  
directory

chmod: lib/powerpc-apple-darwin/ghc-split: No such file or directory
Done.
Creating a configured version of ghc-6.6 ..
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-6.6: No such file or  
directory

chmod: bin/powerpc-apple-darwin/ghc-6.6: No such file or directory
Done.
Creating a configured version of ghci-6.6 ..
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghci-6.6: No such file or  
directory

chmod: bin/powerpc-apple-darwin/ghci-6.6: No such file or directory
Done.
Creating a configured version of ghc-pkg-6.6 ..
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory
/bin/sh: line 1: bin/powerpc-apple-darwin/ghc-pkg-6.6: No such file  
or directory

chmod: bin/powerpc-a

Bug involving graphics under OS X

[Scot Drysdale]

I am preparing to teach a course this fall from Paul Hudak's _The  
Haskell School of Expression_.  In running Picture.lhs, one of the  
example programs form the book, I am getting strange graphics  
behavior.  I load the program using ghci and type "main".  The  
graphics window appears, but only one or two of the four shapes is  
drawn.  But if I resize the window (or let the screen or computer  
sleep and awaken, or cover the window and then uncover it), all four  
shapes appear.  When clicking on a shape to bring it to the front,  
only the last drawn shape appears on the screen.  Again, resizing the  
window reveals all four shapes drawn correctly.


The fours files needed to produce this behavior are enclosed, and a  
full session (using the -v flag on ghci) is shown below.  I modified  
the files to use the library Graphics.SOE instead of SOEGraphics,  
which was needed to run under ghc (as opposed to HUGS).


I am running ghci, version 6.6.1, on an Apple MacBook Pro (2.16 GHz  
Intel Core Duo, 1 GB 666 MHz Ram) running OS X version 10.4.10.  I  
get similar behavior on an Apple iMac (1.6 GHz PowerPC G5) running  
10.4.10.


Scot Drysdale
Professor of Computer Science, Dartmouth College


scot-macbookpro:~/Documents/Courses/CS 8/SOE/bugtest scot$ ghci -v  
Picture.lhs

   ___ ___ _
  / _ \ /\  /\/ __(_)
/ /_\// /_/ / /  | |  GHC Interactive, version 6.6.1, for Haskell  
98.

/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Using package config file: /opt/local/lib/ghc-6.6.1/package.conf
wired-in package base mapped to base-2.1.1
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped to template-haskell-2.1
Hsc static flags: -static
Loading package base ... linking ... done.
wired-in package base mapped to base-2.1.1
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped to template-haskell-2.1
*** Parser:
*** Desugar:
*** Simplify:
*** CorePrep:
*** ByteCodeGen:
*** Parser:
*** Desugar:
*** Simplify:
*** CorePrep:
*** ByteCodeGen:
wired-in package base mapped to base-2.1.1
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped to template-haskell-2.1
*** Chasing dependencies:
Stable obj: []
Stable BCO: []
unload: retaining objs []
unload: retaining bcos []
Upsweep completely successful.
*** Deleting temp files:
Deleting:
*** Chasing dependencies:
Created temporary directory: /tmp/ghc4524_0
*** Literate pre-processor:
/opt/local/lib/ghc-6.6.1/unlit -h Picture.lhs Picture.lhs /tmp/ 
ghc4524_0/ghc4524_0.lpp

*** Literate pre-processor:
/opt/local/lib/ghc-6.6.1/unlit -h Region.lhs Region.lhs /tmp/ 
ghc4524_0/ghc4524_1.lpp

*** Literate pre-processor:
/opt/local/lib/ghc-6.6.1/unlit -h Shape.lhs Shape.lhs /tmp/ghc4524_0/ 
ghc4524_2.lpp

*** Literate pre-processor:
/opt/local/lib/ghc-6.6.1/unlit -h Draw.lhs Draw.lhs /tmp/ghc4524_0/ 
ghc4524_3.lpp

Stable obj: []
Stable BCO: []
unload: retaining objs []
unload: retaining bcos []
compile: input file /tmp/ghc4524_0/ghc4524_2.lpp
*** Checking old interface for main:Shape:
[1 of 4] Compiling Shape( Shape.lhs, interpreted )
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 501
*** Simplify:
Result size = 910
Result size = 681
Result size = 681
*** Tidy Core:
Result size = 681
*** CorePrep:
Result size = 831
*** ByteCodeGen:
*** Deleting temp files:
Deleting:
compile: input file /tmp/ghc4524_0/ghc4524_3.lpp
*** Checking old interface for main:Draw:
[2 of 4] Compiling Draw ( Draw.lhs, interpreted )
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 827
*** Simplify:
Result size = 1173
Result size = 1093
Result size = 1093
*** Tidy Core:
Result size = 1093
*** CorePrep:
Result size = 1351
*** ByteCodeGen:
*** Deleting temp files:
Deleting:
compile: input file /tmp/ghc4524_0/ghc4524_1.lpp
*** Checking old interface for main:Region:
[3 of 4] Compiling Region   ( Region.lhs, interpreted )
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 827
*** Simplify:
Result size = 1134
Result size = 945
Result size = 945
*** Tidy Core:
Result size = 945
*** CorePrep:
Result size = 1215
*** ByteCodeGen:
*** Deleting temp files:
Deleting:
compile: input file /tmp/ghc4524_0/ghc4524_0.lpp
*** Checking old interface for main:Picture:
[4 of 4] Compiling Picture  ( Picture.lhs, interpreted )
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 1624
*** Simplify:
Result size = 2423
Result size = 2083
Result size = 2083
*** Tidy Core:
Result size = 2083
*** CorePrep:
Result size = 2443
*** ByteCodeGen:
*** Deleting temp files:
Deleting:
Upsweep completely successful.
*** Deleting temp files:
Deleting:

Re: [GHC] #873: Add System.Directory.installFile

[GHC]

#873: Add System.Directory.installFile
---+
Reporter:  simonmar|Owner: 
Type:  task|   Status:  closed 
Priority:  high|Milestone:  6.8
   Component:  libraries/base  |  Version:  6.4.2  
Severity:  normal  |   Resolution:  fixed  
Keywords:  |   Difficulty:  Easy (1 hr)
  Os:  Unknown | Testcase:  N/A
Architecture:  Unknown |  
---+
Changes (by igloo):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 I don't think that this is necessary now that #1413 (copyFile wasn't
 atomic) is fixed.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1413: copyFile: atomicity docs/code mismatch

[GHC]

#1413: copyFile: atomicity docs/code mismatch
---+
Reporter:  guest   |Owner:  igloo  
Type:  bug |   Status:  closed 
Priority:  high|Milestone:  6.8
   Component:  libraries/base  |  Version:  6.6.1  
Severity:  normal  |   Resolution:  fixed  
Keywords:  |   Difficulty:  Unknown
  Os:  Unknown | Testcase: 
Architecture:  Unknown |  
---+
Changes (by igloo):

  * resolution:  => fixed
  * status:  new => closed

Comment:

 Code now fixed. Thanks for the report!

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1348: inconsistent 'ghc --help" message

[GHC]

#1348: inconsistent 'ghc --help" message
-+--
Reporter:  guest |Owner:  igloo  
Type:  bug   |   Status:  new
Priority:  high  |Milestone:  6.10   
   Component:  Compiler  |  Version:  6.6.1  
Severity:  normal|   Resolution: 
Keywords:|   Difficulty:  Unknown
  Os:  Windows   | Testcase: 
Architecture:  x86   |  
-+--
Changes (by igloo):

  * milestone:  6.8 => 6.10

Comment:

 Option handling overhaul probably won't happen until 6.10.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

[GHC] #1554: Ord (STRef s a) instance

[GHC]

#1554: Ord (STRef s a) instance
+---
  Reporter:  [EMAIL PROTECTED]  |  Owner:   
  Type:  feature request| Status:  new  
  Priority:  normal |  Milestone:   
 Component:  Compiler   |Version:  6.6.1
  Severity:  normal |   Keywords:  stref ord
Difficulty:  Unknown| Os:  Unknown  
  Testcase: |   Architecture:  Unknown  
+---
I would like an instance Ord (STRef s a). In the implementation this could
 be done with Data.Unique under the hood probably.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs