- Hugs-Bugs - Haskell.org

[Hugs] #40: type/constructor namespace bug
by Hugs 17 Oct '06

17 Oct '06

#40: type/constructor namespace bug -----------------------------------------+---------------------------------- Reporter: duncan.coutts(a)worc.ox.ac.uk | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: | -----------------------------------------+---------------------------------- I tried to compile the Gtk2Hs code generator with hugs (September 2006) and it complained about this bit of code: {{{ extractAPI :: Xml.Document -> API extractAPI (Xml.Document _ _ (Xml.Elem "api" [] namespaces) _) = }}} The message is: {{{ ERROR "./Api.hs":156 - Illegal type "Document -> API" in constructor application }}} Commenting out the type signature suppressed the error. The problem seems to be a mixup in what namespace {{{Xml.Document}}} is being looked up in. There is both a type {{{Xml.Document}}} and a constructor {{{Xml.Document}}}. The type name seems to be masking the constructor name. It may also be because it's a qualified import. I don't know, I've looked into that any further. The Gtk2Hs code generator is here: http://darcs.haskell.org/gtk2hs/tools/apiGen/ You only need the Api.hs module to reproduce the error, though you would need all the .hs files in that dir to get the whole thing to run of course. -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/40> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 3

Bug: parseInput internal error
by Neil Mitchell 16 Oct '06

16 Oct '06

Hi, The following code: f = 1 where g (Just gives: INTERNAL ERROR: parseInput Please report this Hugs bug to mailto:hugs-bugs@haskell.org with: WinHugs May 2006 I don't have WinHugs Sep 2006 on this machine, so can't replicate on the most recent WinHugs, but will when I get into the office. Thanks Neil

3 2

[Hugs] #38: Trac doesn't allow new users to report bugs
by Hugs 11 Oct '06

11 Oct '06

#38: Trac doesn't allow new users to report bugs -----------------------------+---------------------------------------------- Reporter: Ørjan Johansen | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: | -----------------------------+---------------------------------------------- While trying to report a bug with Trac, I registered a new account. But the new account wasn't allowed to create tickets! So I had to delete the account and login as guest instead. -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/38> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 1

[Hugs] #39: Incorrect parsing of lambda expressions
by Hugs 11 Oct '06

11 Oct '06

#39: Incorrect parsing of lambda expressions -----------------------------+---------------------------------------------- Reporter: Ørjan Johansen | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: parsing | Version: 200609 Keywords: | -----------------------------+---------------------------------------------- Hugs doesn't seem to allow lambda expressions everywhere it should. Example: Hugs> let f l = flip map l \a -> a+1 in f [1..10] ERROR - Syntax error in expression (unexpected backslash (lambda)) -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/39> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

2 4

Cant configure editor, doesn't save parameters?
by Daniel Burrell 11 Oct '06

11 Oct '06

Reading the user manual for hugs.... (running on fedora c5) Hugs doesn't seem to be set to use a particular editor, I tried following what it said in the manual... ":set -E"vi +%d %s"" it accepts it... and if i then type ":e" it does open the editor. but if i close hugs, re open it, type ":e", it goes back to asking for an editor to be configured first.... Is the configuration not permanent? Surely I dont have to type this in every time... ? Thanks alot for your help :)

2 1

configure: error: no acceptable C compiler found in $PATH
by Daniel Burrell 08 Oct '06

08 Oct '06

Hey I keep getting this error when trying to install hugs on a Fedora system. I typed "make" in the top level directory. ... checking for bison... no checking for byacc... no checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. make: *** [src/Makefile] Error 1 ... How do I install haskell?

1 0

User preferences lost between Hugs upgrades on Windows
by Neil Mitchell 24 Sep '06

24 Sep '06

Hi, The settings on Windows are stored under a registry key for each specific release. This means that if you install WinHugs, carefully set up everything, then upgrade, you loose all your settings. I know that in the past this was done because successive versions of Hugs could choke on the options for the previous version. So can I make the suggestion: * We agree to make the options string consistent from now on, not changing its meaning. * We move to using the current registry key for all future releases. Thanks Neil

2 4

[Hugs] #29: WinHugs: $$ last value doesn't work
by Hugs 07 Sep '06

07 Sep '06

#29: WinHugs: $$ last value doesn't work ---------------------+------------------------------------------------------ Reporter: neil | Owner: neil Type: defect | Status: new Priority: major | Milestone: next release Component: winhugs | Version: 200605 Keywords: | ---------------------+------------------------------------------------------ I just installed the May 2006 release of Hugs. When I use the command-line version, the '$$' symbol to reference the last expression works fine. It does not work in WinHugs, but yields 'ERROR - Syntax error in expression (unexpected symbol "$$")'. I typed ':set' to verify the '-r$$' option was set properly. It works with hugs on Windows, and with Hugs on Linux, just not winhugs. -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/29> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 4

Multiple definitions does not result in an error
by Neil Mitchell 31 Aug '06

31 Aug '06

Hi, The following code: > f a = undefined > f :: a -> b > f a = undefined Under Hugs May 2006 does not raise an error. Under GHC: Multiple declarations of `Main.f' Under Yhc: Error: Redefinition of Identifier f at 5:1-5:15 I guess Hugs is wrong in this case. Thanks Neil

2 1

No error report, on invalid data declaration
by Neil Mitchell 23 Aug '06

23 Aug '06

Hi, With the code: > import qualified Data.Map as Map > data Test = Map.Map Int Int There is no error at compile time by Hugs. There is in GHC: test.hs:6:12: Not in scope: data constructor `Map.Map' Of course, the GHC error message is not really very good, but Hugs compiles it fine - I have no idea what the runtime behaviour is. I guess this is an invalid Haskell program, and Hugs is at fault? Thanks Neil

1 0