- Nhc-bugs - Haskell.org

typo in configure file
by Antonio Regidor García 09 Jan '05

09 Jan '05

In the configure file, when the --help option is passed, the script echo this line: " --docdir=dir Install html docs in dir [/usr/doc/nhc98]" But the default path for docs is defined below as: DOCDIR=${DOCDIR-$INSTALLDIR/doc/nhc98} Antonio ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

1 0

another bronken links
by Antonio Regidor García 04 Jan '05

04 Jan '05

The following links don't work: http://www.haskell.org/nhc98/libs/BinArray.html http://www.haskell.org/nhc98/libs/Bit.html http://www.haskell.org/nhc98/libs/FFI.html http://www.haskell.org/nhc98/libs/IOExtras.html http://www.haskell.org/nhc98/libs/PackedString.html Antonio Regidor Garcia ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

2 1

bug in web page
by Antonio Regidor García 28 Dec '04

28 Dec '04

The link to http://www.haskell.org/nhc98/libs/Binary.html in http://www.haskell.org/nhc98/extensions.html is broken. Happy New Year Antonio Regidor Garcia ______________________________________________ Renovamos el Correo Yahoo!: ¡250 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

1 0

Word is not an instance of Bits
by Daan Leijen 29 Nov '04

29 Nov '04

Hi, I am trying to compile DData with nhc98, but unfortunately, the Word type is not an instance of the Bits class, so I find myself unable to do an unsigned shiftR operation on them... Is there a workaround? All the best, Daan. ps. I am not subscribed to this list, so please cc.

2 2

-t doesn't link
by Ian Lynagh 02 Nov '04

02 Nov '04

Hi, Even trivial programs don't link for me if I use the -t flag: $ echo 'main = putStrLn "Foo"' > q.hs $ nhc98 q.hs -o q -t /usr/lib/nhc98/ix86-Linux/PreludeAll.z.a(Monad_IO.z.o)(.data+0x228): undefined reference to `FN_NHC_46Internal_46_95apply1' /usr/lib/nhc98/ix86-Linux/PreludeAll.z.a(PutStrLn.z.o)(.data+0x3c): undefined reference to `FN_NHC_46Internal_46_95apply1' /usr/lib/nhc98/ix86-Linux/PreludeAll.z.a(Show_IOError.z.o)(.data+0x1e8): undefined reference to `FN_NHC_46Internal_46_95apply1' [...] /usr/lib/nhc98/ix86-Linux/PreludeAll.z.a(COrd.z.o)(.data+0x1c0): undefined reference to `FN_NHC_46Internal_46_95apply2' /usr/lib/nhc98/ix86-Linux/PreludeAll.z.a(ShowParen.z.o)(.data+0x50): undefined reference to `FN_NHC_46Internal_46_95apply1' collect2: ld returned 1 exit status $ This happens with both the 1.16-11 deb and CVS checked out earlier today. Both used ghc to compile nhc. Additionally, just an aesthetic issue, with dash as sh I also get: sh: Illegal option -- $ sh --version sh: Illegal option -- "if sh --version | grep -i gnu >/dev/null" in tprofprel should probably be "if sh --version 2> /dev/null | grep -i gnu >/dev/null" or somesuch. Thanks Ian

2 1

nhc98 bignum div/mod gives wrong answers or segmentation faults
by Martin Guy 29 Oct '04

29 Oct '04

Hi! I'm in the first month of translating my brain from mira to hs, and seem to have come across an hnc98 bug: my app is the famous infinite-precision scientific math library - see http://freaknet.org/bignum - and while the hs version currently has no known bugs under hugs, when I compile with nhc98 it gives me pi as 3.157..... while sqrt(2) gives a couple of thousand correct decimal places and then segmentation faults. Other calculations run ok. The problem only seems to occur in code that uses the div/mod on Integers, so I'm assuming the problem is in that. I've trimmed down the sqrt2 example to a small source file which is attached and obligingly continues to work under hugs and dump core with nhc98. Unfortunately I don't have another architecture than Linux/x86 to try it on - would someone check whether it does the same on another system? I'm afraid that the wrong-answer of pi is rather hard to extract into a self-contained fragment as it uses the infinite-precision trig functions and they call in the rest of the world. The system is Slackware Linux 9.0 (GCC 3.2.2) on Intel Pentium 3 (Coppermine) with 128MB RAM. Hugs is hugs98 - November 2003 and nhc is nhc98-1.16 both compiled from source tarballs with no problems. I'm online every day or so if there are turther tests I can run to help out. Blessings Martin Guy

2 1

Trouble building nhc98 for AIX
by John Goerzen 04 Oct '04

04 Oct '04

Hello, I have nhc98 1.16 plus the gcc3.3 patch from the website and am trying to build it on AIX 5.1L. First, every test for including inttypes.h instead of stdint.h should include _AIX in the list of systems that use inttypes.h. (Look in mark.h, HsFFI.h). Now then -- I have no existing Haskell support on this machine so I'm bootstrapping from GCC 3.3.2. I am getting this problem: make[1]: Leaving directory `/home/jgoerzen/programs/nhc98-1.16/src/prelude' touch targets/powerpc-AIX-5.1.0.0/prelude-gcc touch targets/powerpc-AIX-5.1.0.0/prelude script/nhc98 -o lib/powerpc-AIX-5.1.0.0/hmake-PRAGMA script/hmake-PRAGMA.hc touch targets/powerpc-AIX-5.1.0.0/pragma-gcc make: *** No rule to make target `src/compiler98/*.hc', needed by `targets/powerpc-AIX-5.1.0.0/compiler-gcc'. Stop. jgoerzen@mfgpro:~/programs/nhc98-1.16$ make make: *** No rule to make target `src/compiler98/*.hc', needed by `targets/powerpc-AIX-5.1.0.0/compiler-gcc'. Stop. So now I am really stuck. Suggestions welcome :-) -- John Goerzen

3 10

Re: [nhc-bugs] another unicode bug
by Antonio Regidor García 30 Sep '04

30 Sep '04

Thanks, I will look at the nhc code and try to implement it (slowly, anyway...). Regards. Antonio Regidor García > The Haskell'98 Report says: > > Haskell uses the Unicode [11] character set. However, source > programs are currently biased toward the ASCII character set used > in earlier versions of Haskell. > > I'm afraid it is still true that all the compiler implementations > accept only 8-bit characters in source files. You can notate a > larger > character with a hex escape e.g. '\x10d5', but often this is > truncated > to the lower 8-bits on output. > > The use of Unicode in Haskell remains a hope, not a reality. > > Regards, > Malcolm ______________________________________________ Renovamos el Correo Yahoo!: ¡100 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

1 0

another unicode bug
by Antonio Regidor García 30 Sep '04

30 Sep '04

I can't compile this function change :: Char -> Char change 'a' = 'b' change x = x if I replace 'b' with a non-ascii character. The compiler complaints "Character literal with length>1". Antonio Regidor García ______________________________________________ Renovamos el Correo Yahoo!: ¡100 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

2 1

web page bug
by Antonio Regidor García 30 Sep '04

30 Sep '04

The links at: http://www.haskell.org/nhc98/bugs.html doesn't work. Cheers, Antonio Regidor García ______________________________________________ Renovamos el Correo Yahoo!: ¡100 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

2 1