- Hugs-Bugs - Haskell.org

[Hugs] #92: Strict record fields aren't demanded
by Hugs 19 May '09

19 May '09

#92: Strict record fields aren't demanded --------------------+------------------------------------------------------- Reporter: guest | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: | --------------------+------------------------------------------------------- Given {{{ data S = S { a :: Int, b :: ! Int } }}} In GHCi: {{{ *Main> a (S { a = 0, b = 1 }) 0 *Main> a (S { a = 0, b = undefined }) *** Exception: Prelude.undefined }}} In Hugs: {{{ Main> a (S { a = 0, b = 1 }) 0 Main> a (S { a = 0, b = undefined }) 0 }}} Bug reported by Geraint Jones -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/92> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 0

Re: strictness of interpreted haskell implementations
by Geraint Jones 07 May '09

07 May '09

Given a declaration data S = S { a :: Int, b :: ! Int } I expect a (S { a = 0, b = undefined }) to force the undefined in the b field of the S (and ghci agrees with me). However:- __ __ __ __ ____ ___ _________________________________________ || || || || || || ||__ Hugs 98: Based on the Haskell 98 standard ||___|| ||__|| ||__|| __|| Copyright (c) 1994-2005 ||---|| ___|| World Wide Web: http://haskell.org/hugs || || Bugs: http://hackage.haskell.org/trac/hugs || || Version: September 2006 _________________________________________ Haskell 98 mode: Restart with command line option -98 to enable extensions Type :? for help Main> a (S { a = 0, b = 1 }) 0 Main> a (S { a = 0, b = undefined }) 0 Main> Is this a known feature?

1 0

Internal error from invalid syntax
by Neil Turton 21 Apr '09

21 Apr '09

I wrote the following haskell program and hugs reported an internal compiler error when I tried to load it. The syntax is invalid but I would expect a sensible error message rather than the internal error which I got. Cheers, Neil. falcon:tmp$ cat foo.hs class Foo x where foo :: x instance Foo () where foo ? falcon:tmp$ hugs foo.hs __ __ __ __ ____ ___ _________________________________________ || || || || || || ||__ Hugs 98: Based on the Haskell 98 standard ||___|| ||__|| ||__|| __|| Copyright (c) 1994-2005 ||---|| ___|| World Wide Web: http://haskell.org/hugs || || Bugs: http://hackage.haskell.org/trac/hugs || || Version: September 2006 _________________________________________ Haskell 98 mode: Restart with command line option -98 to enable extensions INTERNAL ERROR: parseInput Please report this Hugs bug to http://hackage.haskell.org/trac/hugs Hugs>

2 2

[Hugs] #91: Parser error
by Hugs 20 Apr '09

20 Apr '09

#91: Parser error ---------------------+------------------------------------------------------ Reporter: guest | Owner: nobody Type: defect | Status: new Priority: minor | Milestone: Component: parsing | Version: 200609 Keywords: | ---------------------+------------------------------------------------------ Neil Turton says: I wrote the following haskell program and hugs reported an internal compiler error when I tried to load it. The syntax is invalid but I would expect a sensible error message rather than the internal error which I got. falcon:tmp$ cat foo.hs class Foo x where foo :: x instance Foo () where foo ? falcon:tmp$ hugs foo.hs __ __ __ __ ____ ___ _________________________________________ || || || || || || ||__ Hugs 98: Based on the Haskell 98 standard ||___|| ||__|| ||__|| __|| Copyright (c) 1994-2005 ||---|| ___|| World Wide Web: http://haskell.org/hugs || || Bugs: http://hackage.haskell.org/trac/hugs || || Version: September 2006 _________________________________________ Haskell 98 mode: Restart with command line option -98 to enable extensions INTERNAL ERROR: parseInput Please report this Hugs bug to http://hackage.haskell.org/trac/hugs Hugs> _______________________________________________ -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/91> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 0

Failed to build Hugs 2008-09-28 snapshot
by Dimitry Golubovsky 10 Feb '09

10 Feb '09

Hi, Answering your questions on the Hugs snapshot (I created it) ERROR "hugsdir/packages\directory\System\Directory.hs":366 - Undefined data constructor "UnsupportedOperation" Looking at the Directory.hs we can see (at the very end of file): #if defined(mingw32_HOST_OS) foreign import ccall unsafe "__hscore_getFolderPath" c_SHGetFolderPath :: Ptr () -> CInt -> Ptr () -> CInt -> CString -> IO CInt foreign import ccall unsafe "__hscore_CSIDL_PROFILE" csidl_PROFILE :: CInt foreign import ccall unsafe "__hscore_CSIDL_APPDATA" csidl_APPDATA :: CInt foreign import ccall unsafe "__hscore_CSIDL_WINDOWS" csidl_WINDOWS :: CInt foreign import ccall unsafe "__hscore_CSIDL_PERSONAL" csidl_PERSONAL :: CInt foreign import stdcall unsafe "GetTempPathA" c_GetTempPath :: CInt -> CString -> IO CInt raiseUnsupported :: String -> IO () raiseUnsupported loc = ioException (ioeSetErrorString (mkIOError UnsupportedOperation loc Nothing Nothing) "unsupported operation") #endif which means this code is only used with mingw (your case). I tested snapshot build only on Linux. I am not sure who needs to be asked, but perhaps this is the library issue. At least I couldn't find UnsupportedOperation on Hoogle. runhugs: Error occurred ERROR "hugsdir/packages\base\Text\ParserCombinators\ReadP.hs":133 - Syntax error in type expression (unexpected `.') This usually happens if forall is encountered, and runhugs was not run with -98. I have no answer to the issue with Internals.dll. Thanks for the feedback. -- Dimitry Golubovsky Anywhere on the Web

2 1

Failed to build Hugs 2008-09-28 snapshot
by leledumbo 06 Feb '09

06 Feb '09

I'm trying to build Hugs 2008-09-28 snapshot using MinGW 4.2.1-dw2, however it fails with messages below. I don't think the problem is in the C compiler, since it occurs when runhugs preprocesses Hugs libraries. Here's a few last lines from the output: Preprocessing System/Cmd Preprocessing System/Process Preprocessing System/Process/Internals Preprocessing System/Random runhugs: Error occurred ERROR "hugsdir/packages\directory\System\Directory.hs":366 - Undefined data constructor "UnsupportedOperation" runhugs: Error occurred ERROR "hugsdir/packages\base\Text\ParserCombinators\ReadP.hs":133 - Syntax error in type expression (unexpected `.') runhugs: Error occurred ERROR "hugsdir/packages\directory\System\Directory.hs":366 - Undefined data constructor "UnsupportedOperation" echo timestamp for boot libraries >../hugsdir/.bootstamp cd ../cpphs; HUGSFLAGS=-P{Hugs}/packages/\* HUGSDIR=../hugsdir ../src/runhugs -98 Setup.hs configure --verbose --hugs --prefix='/usr/local' --scratchdir='../hugsdir/packages/cpphs' --with-compiler=../src/ffihugs --with-hugs=../src/hugs runhugs: Error occurred ERROR "../hugsdir/packages\base\System\Posix\Internals.hs" - Error while importing DLL "../hugsdir/packages\base\System\Posix\Internals.dll" make[1]: *** [../hugsdir/programs/cpphs/Main.hs] Error 1 make[1]: Leaving directory `/d/Sources/hugs-2008-09-28/libraries' make: *** [all] Error 2 -- View this message in context: http://www.nabble.com/Failed-to-build-Hugs-2008-09-28-snapshot-tp21866438p2… Sent from the Haskell - Hugs-Bugs mailing list archive at Nabble.com.

1 0

[Hugs] #89: type inference failure in ghc/hugs extensions
by Hugs 04 Feb '09

04 Feb '09

#89: type inference failure in ghc/hugs extensions ---------------------------------+------------------------------------------ Reporter: guest | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: instance extensions | ---------------------------------+------------------------------------------ Oleg recently posted on the mailing list haskell(a)haskell.org a magic coercion that makes pairs of numbers (x,y) behave as complex numbers. Aside from context, the type should be (a,a). The trick works with option -fglasgow-exts in ghc releases at least since 6.8.3. However in hugs Sept 2006 under option -98, it fails type inference. As I understand the documentation, option -98 is supposed to support the necessary extensions in common with ghc. Is the inconsistent handling of the attached fragment a bug, a feature, or perhaps an undefined corner of the semantics? Doug McIlroy doug(a)cs.dartmouth.edu -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/89> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 2

[Hugs] #90: type inference failure in ghc/hugs extensions
by Hugs 02 Feb '09

02 Feb '09

#90: type inference failure in ghc/hugs extensions ---------------------------------+------------------------------------------ Reporter: guest | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: instance extensions | ---------------------------------+------------------------------------------ Oleg recently posted on the mailing list haskell(a)haskell.org a magic coercion that makes pairs of numbers (x,y) behave as complex numbers. Aside from context, the type should be (a,a). The trick works with option -fglasgow-exts in ghc releases at least since 6.8.3. However in hugs Sept 2006 under option -98, it fails type inference. As I understand the documentation, option -98 is supposed to support the necessary extensions in common with ghc. Is the inconsistent handling of the attached fragment a bug, a feature, or perhaps an undefined corner of the semantics? Doug McIlroy doug(a)cs.dartmouth.edu -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/90> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 1

putStr "\BEL" and putStr "\ESC[2J" do not behave correctly
by Henk-Jan van Tuyl 23 Dec '08

23 Dec '08

The following problems occurred in WinHugs (version: Sep 2006, on Windows XP): Printing the BELL character does not result in a beep: Hugs> putStr "\BEL" Trying to clear the screen: Hugs> putStr "\ESC[2J" [2J In Hugs (version: 20051031), the BELL character results in a beep, but the CLS escape code had the same effect as in WinHugs. -- Met vriendelijke groet, Henk-Jan van Tuyl -- http://functor.bamikanarie.com http://Van.Tuyl.eu/ --

2 1

[Hugs] #88: WinHugs doesn't implement bell and clear screen escape characters
by Hugs 23 Dec '08

23 Dec '08

#88: WinHugs doesn't implement bell and clear screen escape characters ---------------------+------------------------------------------------------ Reporter: guest | Owner: neil Type: defect | Status: new Priority: minor | Milestone: Component: winhugs | Version: 200609 Keywords: | ---------------------+------------------------------------------------------ The following problems occurred in WinHugs (version: Sep 2006, on Windows XP): Printing the BELL character does not result in a beep: Hugs> putStr "\BEL" Trying to clear the screen: Hugs> putStr "\ESC[2J" [2J In Hugs (version: 20051031), the BELL character results in a beep, but the CLS escape code had the same effect as in WinHugs. -- Neil, originally reported by Henk-Jan -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/88> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 0