- Hugs-Bugs - Haskell.org

module system bug
by Iavor Diatchki 22 Jan '07

22 Jan '07

Hello, There appears to be a problem when combinig "hiding" and "qualified" imports. Here is an example: module A where x = True module Main(main) where import qualified A hiding () main = print A.x When loading the second module (Main) Hugs (September 2006) complains that A.x is not in scope. It appears that this happens whenever there is a 'hiding' clause (it does not have to be empty) but it does not happen if the import is not qualified. -Iavor

1 0

Building Hugs on PPC Mac OS X 10.4 message: No rule to make target `../hsc2hs/Main.hs', needed by `../hugsdir/programs/hsc2hs/Main.hs'.
by Thorkil Naur 08 Jan '07

08 Jan '07

Hello all Hugs'ers, As a well-behaved boy, I try to prepare for the Hac07 event by, among other things, installing Hugs. I follow the directions on http://hackage.haskell.org/trac/hugs for getting and building a development version, cvs for hugs98, darcs for the libraries etc. All this happens on a PPC Mac OS X 10.4 with a ghc-6.4.1 installed from binary. Unfortunately, I am now stuck in the "make". Initially, I got the messages ... configure: creating ./config.status config.status: creating include/HsBaseConfig.h find: -wholename: unknown expression primary find: -wholename: unknown expression primary find: -wholename: unknown expression primary ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. ERROR: unable to locate Prelude along new path: "libraries/bootlib" - ignoring it. echo timestamp for bootlib >bootlib/.stamp cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 Setup.hs configure --verbose --hugs --prefix='/usr/local' --scratchdir='../hugsdir/packages/cpphs' --with-compiler=../src/ffihugs ERROR: unable to locate Prelude along new path: "../libraries/bootlib" - ignoring it. make[1]: *** [../hugsdir/programs/cpphs/Main.hs] Error 1 make: *** [all] Error 2 and those "find: -wholename: unknown expression primary" messages made me a bit concerned: I investigated "man find" and found that the OS X 10.4 find does not have a -wholename option. Has this been tried before, i.e. boot-strapping hugs98 on a Mac OS X 10.4? In any case, on a Linux machine, "man find" says that -path is the same as -wholename, so I replaced -wholename by -path in "hugs98/libraries/tools/make_bootlib" (which is the only place I found -wholename) and tried again. And this time, I am stuck with the messages ... echo timestamp for bootlib >bootlib/.stamp cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 Setup.hs configure --verbose --hugs --prefix='/usr/local' --scratchdir='../hugsdir/packages/cpphs' --with-compiler=../src/ffihugs Configuring cpphs-1.3... configure: looking for package tool: hugs near compiler in ../src configure: found package tool in ../src/hugs configure: Using install prefix: /usr/local configure: Binaries installed in: /usr/local/bin configure: Libraries installed in: /usr/local/lib/hugs/packages/cpphs configure: Private binaries installed in: /usr/local/libexec configure: Data files installed in: /usr/local/share/cpphs-1.3 configure: Using compiler: ../src/ffihugs configure: Compiler flavor: Hugs configure: Compiler version: configure: Using package tool: ../src/hugs configure: Using ar found on system at: /usr/bin/ar configure: No haddock found configure: Using ld found on system at: /usr/bin/ld configure: No pfesetup found configure: Using ranlib found on system at: /usr/bin/ranlib configure: Using runghc found on system at: /usr/local/bin/runghc configure: No runhugs found configure: Using tar found on system at: /usr/bin/tar configure: Using happy: /usr/local/bin/happy configure: Using alex: /usr/local/bin/alex configure: Using hsc2hs: /usr/local/bin/hsc2hs configure: No c2hs found configure: No cpphs found configure: No greencard found cd ../cpphs; HUGSFLAGS=-P../libraries/bootlib HUGSDIR=../hugsdir ../src/runhugs -98 Setup.hs build --verbose Preprocessing library cpphs-1.3... Preprocessing executables for cpphs-1.3... Building cpphs-1.3... /bin/rm -f -r ../hugsdir/packages/cpphs/autogen mkdir -p ../hugsdir/programs /bin/rm -f -r ../hugsdir/programs/cpphs mv ../hugsdir/packages/cpphs/programs/cpphs ../hugsdir/programs rmdir ../hugsdir/packages/cpphs/programs (echo '#! /bin/sh'; \ echo "rootdir='`cd ..; pwd`'"; \ echo '$rootdir/src/runhugs -P$rootdir/libraries/bootlib $rootdir/hugsdir/programs/cpphs/Main.hs "$@"') >tools/cpphs chmod 755 tools/cpphs make[1]: *** No rule to make target `../hsc2hs/Main.hs', needed by `../hugsdir/programs/hsc2hs/Main.hs'. Stop. make: *** [all] Error 2 With my limited capacity, I have not managed to find a way around this obstacle. Your help to overcome this would be most welcome. I hope that I am not wasting your time. I will gladly supply additional information. And one last piece of information: I never tried to install Hugs from some binary distribution, that could very well work. Best regards Thorkil

1 0

Prelude.hs?
by unknown＠example.com 09 Dec '06

09 Dec '06

I have just built and installed Hugs 6.6 on AMD 64-bit OpenBSD 3.9. It seems to work ok, but I just discovered that the function primMinInt mentioned on page 13 of _The Haskell Road to Logic, Maths and Programming_ is not recognized. I also do not get 'Prelude>' as the prompt when I invoke hugs. I get 'Hugs>' instead. How do I get primMinInt to work? Thanks, Dave Feustel

2 1

maximum [] complains about an empty list
by Neil Mitchell 24 Nov '06

24 Nov '06

Hi, In GHC: Prelude> maximum [] *** Exception: Prelude.maximum: empty list In Hugs: Prelude> maximum [] Program error: pattern match failure: foldl1 (Ord_max instOrd_v29) [] Obviously this is because foldl1 is used to define maximum, but it would be nice if the equation maximum [] = error "pattern match failure in maximum" was issued, otherwise people might end up grepping for foldl1 which doesn't ever occur in their code. Thanks Neil

1 0

[Hugs] #47: Hugs segfaults on black hole.
by Hugs 14 Nov '06

14 Nov '06

#47: Hugs segfaults on black hole. ---------------------------------+------------------------------------------ Reporter: guest | Owner: nobody Type: defect | Status: new Priority: major | Milestone: next release Component: hugs | Version: 200609 Keywords: segfault black hole | ---------------------------------+------------------------------------------ Hugs.Base> let s = 1 + s in s zsh: illegal hardware instruction (core dumped) hugs -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/47> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 2

[Hugs] #46: Records aren't working properly when declared using 'newtype' syntax.
by Hugs 14 Nov '06

14 Nov '06

#46: Records aren't working properly when declared using 'newtype' syntax. ----------------------------+----------------------------------------------- Reporter: Elifant | Owner: nobody Type: defect | Status: new Priority: major | Milestone: next release Component: hugs | Version: 200609 Keywords: newtype record | ----------------------------+----------------------------------------------- Test code: {{{ newtype Test = Test { var :: String } main = print (var x) where x = Test { var = "a" } }}} Output: {{{ " Program error: pattern match failure: instShow_v16_v1443 (Test_Test "a") }}} Records update is also broken: {{{ newtype Test = Test { var :: String } main = print (var x{var="b"}) where x = Test "a" }}} Output: {{{ " Program error: pattern match failure: instShow_v16_v1443 (Test_Test "b") }}} It I change "newtype" with "data", all is OK. -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/46> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 1

[Hugs] #48: record patterns fail on newtypes
by Hugs 14 Nov '06

14 Nov '06

#48: record patterns fail on newtypes --------------------+------------------------------------------------------- Reporter: ross | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: | --------------------+------------------------------------------------------- Given the declaration {{{ newtype T = C { f :: String } }}} Hugs exhibits the following misbehaviour: {{{ Newtype> case C "abc" of C { f = v } -> v "bc" Newtype> case undefined of C {} -> True Program error: Prelude.undefined }}} The non-record versions are fine: {{{ Newtype> case C "abc" of C v -> v "abc" Newtype> case undefined of C _ -> True True }}} The internal representation of `newtype`s elides the data constructor, but the record pattern-matching code treats them like `data` types (see also #46). -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/48> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 0

[Hugs] #41: Users cannot view existing bug reports
by Hugs 21 Oct '06

21 Oct '06

#41: Users cannot view existing bug reports ------------------------+--------------------------------------------------- Reporter: briansmith | Owner: nobody Type: defect | Status: new Priority: major | Milestone: Component: hugs | Version: 200609 Keywords: | ------------------------+--------------------------------------------------- When logged into hackage.haskell.org/trac/hugs, I have a "New Ticket" option but no "View Tickets" option. Typing in the URL directly (http://hackage.haskell.org/trac/hugs/report) results in the error message "Permission Denied: REPORT_VIEW privileges are required to perform this operation" As a result, I cannot check to see if a bug has already been reported. -- Ticket URL: <http://hackage.haskell.org/trac/hugs/ticket/41> Hugs <http://www.haskell.org/hugs/> Hugs 98, an interpreter for Haskell

1 1

Keep recieveing bugs
by Daniel Burrell 21 Oct '06

21 Oct '06

Hey, I keep receiveing emails of bugs submitted. Have I been added to a mailing list or something by mistake? Could I be removed please, as much as I would like to help, I don't enough about hugs to answer these questions.

2 1

Problems getting X11 to work
by Emil Hedevang 17 Oct '06

17 Oct '06

Hello I have downloaded and tried to build the September 2006 version of Hugs on my Intel Mac, Mac OS X 10.4. The build completes and I can run Hugs just fine, but I can't get X11 to work. Here is a small part of the make log: Reading parameters from /Users/Emil/Desktop/Downloads/hugs98-plus-Sep2006/packages/X11/X11.buildinfo Preprocessing library X11-1.2... ../../libraries/tools/hsc2hs -D__HUGS__ -Iinclude --lflag=-lX11 -o Graphics/X11/Types.hs Graphics/X11/Types.hsc /usr/bin/ld: can't locate file for: -lX11 collect2: ld returned 1 exit status linking Graphics/X11/Types_hsc_make.o failed command was: /usr/bin/gcc -lX11 Graphics/X11/Types_hsc_make.o -o Graphics/X11/Types_hsc_make ../../packages/Cabal/examples/hapax.hs: got error code while preprocessing: Graphics.X11.Types Skipping X11 package So apparently it can't locate file for -lX11. This is wierd as I have installed both XCode 2.4 and X11. On my harddisk there is a directory /usr/X11R6 with lots of stuff in it. I suspect that there is some kind of argument that can be supplied to the comfigure or make commands, but I can't guess it. Perhaps some of you know the answer. The complete log files of configure and make can be found at http://emilhedevang.googlepages.com/haskell/. From Emil Hedevang

2 2