RE: strange difference between old and hierachical module names
SPJ wrote: > Good bug report. Now fixed in the HEAD> Thanks, but there is now a more serious problem; could be a consequence of the fix. See below a little test file Main.hs and the ghci session for this file using HEAD updated just after your fix. Thanks, Ralf [EMAIL PROTECTED] test]$ more Main.hs module Main where main = print True [EMAIL PROTECTED] test]$ /home/ralf/cvsprojects/cvs.haskell.org/fptools/ghc/compiler/stage2/ghc-inplace --interactive -fglasgow-exts -fallow-overlapping-instances -fallow-undecidable-instances -package data Main.hs ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.3, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. Loading package haskell98 ... linking ... done. Loading package lang ... linking ... done. Loading package concurrent ... linking ... done. Loading package QuickCheck ... linking ... done. Loading package readline ... linking ... done. Loading package unix ... linking ... done. Loading package posix ... linking ... done. Loading package util ... linking ... done. Loading package data ... linking ... done. Compiling Main ( Main.hs, interpreted ) Ok, modules loaded: Main. *Main> main :1: Variable not in scope: `main' *Main> In fact, it seems, nothing is in the scope anymore. > > > | -Original Message- > | From: [EMAIL PROTECTED] > [mailto:glasgow-haskell-bugs- > | [EMAIL PROTECTED] On Behalf Of Ralf Laemmel > | Sent: 03 November 2003 11:10 > | To: [EMAIL PROTECTED] > | Subject: strange difference between old and hierachical module names | > > | Hi, > | > | I am trying to compile some modules with old imports > | such "import MonadFix". These modules compile fine > | with GHC 6.0 latest RPM, and also on CVS source tree > | 6.1 somewhere from july. > | > | However, the file below does NOT get through with GHC HEAD. > | I get ... > | > | > Compiling Foo ( Foo.hs, interpreted ) > | > > | > Foo.hs:13: `mfix' is not a (visible) method of class `MonadFix' | > > Failed, modules loaded: none. > | > | If I use the new "import Control.Monad.Fix" instead of MonadFix, | > everything works fine. This is a bit strange because > | for most old imports there is no such problem. > | Seems to be something special going on with MonadFix. > | > | Thanks, > | Ralf > | > | > | > | | > | module Foo where > | > | -- Does not work 6.3 as 2 Nov 2003 > | import MonadFix > | -- Works with 6.3 > | -- import Control.Monad.Fix > | > | data Foo a = Foo a > | > | instance Monad Foo > | > | instance MonadFix Foo where > | mfix = undefined > | > | ___ > | Glasgow-haskell-bugs mailing list > | [EMAIL PROTECTED] > | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: Slight doc typos
> Section 7.4 of the User Guide (or doc source
> ghc/docs/user_guide/glasgow_exts.sgml) references "Haskell
> 1.4" several
> times when "Haskell 98" would perhaps be more appropriate.
>
> Also, section 7.4.10 ("Arbitrary-rank polymorphism", same sgml source)
> has an example with functions f1, g1, f2, g2 and f3, but a few
> paragraphs later a non-existent g3 is mentioned twice.
Thanks; fixed.
Simon
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Slight doc typos
Section 7.4 of the User Guide (or doc source
ghc/docs/user_guide/glasgow_exts.sgml) references "Haskell 1.4" several
times when "Haskell 98" would perhaps be more appropriate.
Also, section 7.4.10 ("Arbitrary-rank polymorphism", same sgml source)
has an example with functions f1, g1, f2, g2 and f3, but a few
paragraphs later a non-existent g3 is mentioned twice.
/L/e/k/t/u
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Building GHC on Mac OS X or Fixing readline
I've attempted to compile GHC 6.01 from sources for Mac OS X, but after a successful configure, make soon grinds to a halt (see "Listing 1" below). I'm looking for either: 1. A brief list of tips and tricks for getting GHC to build on Mac OS X (see "My Mac" below), or 2. A way to fix my broken readline package (see "Listing 2" below). Arthur Baars mentioned on 2003-07-18 (see "Message Link 1" below) that this problem had been fixed in 6.0.1, and the GHC Downloads page mentions that the readline library must be installed. I've installed GHC 6.0.1 using Wolfgang Thaller's Mac OS X package and I (subsequently) installed readline 4.3, but GHCi still panics, and I also tried Arthur's "quick fix" without success. Thanks for any helpful suggestions, - Kennis - Kennis Koldewyn ([EMAIL PROTECTED]) - Without computers, it would be virtually impossible for us to accompliowur xow;gkc,mf(&( - Dave Barry - Start of Listing 1 - ==fptools== make boot - --no-print-directory -r; in /Users/kennis/Downloads/ghc-6.0.1/ghc/utils/ghc-pkg /usr/local/bin/ghc -M -optdep-f -optdep.depend -osuf o-H16m -O -cpp -DPKG_TOOL -DWANT_PRETTY Main.hs Package.hs ParsePkgConfLite.hs make all /usr/local/bin/ghc -H16m -O -cpp -DPKG_TOOL -DWANT_PRETTY-c Package.hs -o Package.o -ohi Package.hi Package.hs:1: parse error on input `#' make[4]: *** [Package.o] Error 1 make[3]: *** [boot] Error 2 make[2]: *** [boot] Error 1 make[1]: *** [boot] Error 1 make: *** [build] Error 1 - End of Listing 1 - - Start of My Mac - I'm running Mac OS 10.2.8 on an 800 MHz PowerPC G3 12" iBook with 384 MB of memory: [/Users/kennis] uname -a Darwin Voxel.local. 6.8 Darwin Kernel Version 6.8: Wed Sep 10 15:20:55 PDT 2003; root:xnu/xnu-344.49.obj~2/RELEASE_PPC Power Macintosh powerpc [/Users/kennis] gcc --version gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1493) - End of My Mac - - Start of Listing 2 - [/Users/kennis] ghci -package util ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.0.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. Loading package lang ... linking ... done. Loading package concurrent ... linking ... done. Loading package readline ... linking ... /usr/local/lib/ghc-6.0.1/HSreadline.o: unknown symbol `_rl_free_undo_list' ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1): can't load package `readline' - End of Listing 2 - - Message Link 1 - http://www.mail-archive.com/[EMAIL PROTECTED]/ msg05041.html - End Message Link 1 - ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Bug in 6.0.1
When I load HToolkit 1.2 into GHC 6.0.1 I get the following: --8< mettw > ghci -package gio ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.0.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package port ... linking ... /usr/lib/ghc-6.0.1/HSport.o: unknown symbol `__stginit_GHCziWord_' ghc-6.0.1: panic! (the `impossible' happened, GHC version 6.0.1): can't load package `port' Please report it as a compiler bug to [EMAIL PROTECTED], or http://sourceforge.net/projects/ghc/. --8< But by specifying the text package it loads OK --8< mettw > ghci -package gio -package text ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.0.1, for Haskell 98. / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base ... linking ... done. Loading package lang ... linking ... done. Loading package text ... linking ... done. Loading package port ... linking ... done. Loading package gio ... linking ... done. Prelude> --8<- Also, on my Debian Testing system /usr/lib/libpthreads.so is an ld script, but ghci tries to load it as a library. It aborts complaining that /usr/lib/libpthreads.so has an invalid ELF header. To get around the problem I've had to replace the ld script with a symlink to /lib/libpthread.so.0, which will probably cause problems in the future since there are some functions that are only in /usr/lib/libpthread_nonshared.a (Which ld can only reach with the script). -- Matthew Parry - "There now, didn't I tell you to keep a good count? Well, there's an end of the story. God knows there's no going on with it now." - Sancho Panza. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
RE: strange difference between old and hierachical module names
Good bug report. Now fixed in the HEAD> Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-bugs- | [EMAIL PROTECTED] On Behalf Of Ralf Laemmel | Sent: 03 November 2003 11:10 | To: [EMAIL PROTECTED] | Subject: strange difference between old and hierachical module names | | Hi, | | I am trying to compile some modules with old imports | such "import MonadFix". These modules compile fine | with GHC 6.0 latest RPM, and also on CVS source tree | 6.1 somewhere from july. | | However, the file below does NOT get through with GHC HEAD. | I get ... | | > Compiling Foo ( Foo.hs, interpreted ) | > | > Foo.hs:13: `mfix' is not a (visible) method of class `MonadFix' | > Failed, modules loaded: none. | | If I use the new "import Control.Monad.Fix" instead of MonadFix, | everything works fine. This is a bit strange because | for most old imports there is no such problem. | Seems to be something special going on with MonadFix. | | Thanks, | Ralf | | | | | | module Foo where | | -- Does not work 6.3 as 2 Nov 2003 | import MonadFix | -- Works with 6.3 | -- import Control.Monad.Fix | | data Foo a = Foo a | | instance Monad Foo | | instance MonadFix Foo where | mfix = undefined | | ___ | Glasgow-haskell-bugs mailing list | [EMAIL PROTECTED] | http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
[ ghc-Bugs-832920 ] Missing # from #-} elicits utterly opaque error
Bugs item #832920, was opened at 2003-10-30 09:17
Message generated for change (Comment added) made by simonmar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=832920&group_id=8032
Category: None
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Missing # from #-} elicits utterly opaque error
Initial Comment:
Consider this in Foo.hs
module Foo where
{-# LINE 1 "Baz.hs" -}
Notice the missing #
GHC 6.3 (HEAD, 30 Oct 2003) gives the message:
Baz.hs:0: lexical error
This is extremely opaque; after all, the error is in Foo.
And it would help to know the offending token.
Simon PJ
--
>Comment By: Simon Marlow (simonmar)
Date: 2003-11-03 13:04
Message:
Logged In: YES
user_id=48280
The error message might be opaque, but there's a good reason
for it: when GHC sees
{-# LINE 1 "foo.hs"
it sets the current file to "foo.hs" and the line number to
0 (one less than 1, because the *next* line in the file is
line 1). I suppose we should really wait for the closing
'#-}' before changing the file & line number, but that's
hard (there might be intervening comments).
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=832920&group_id=8032
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
strange difference between old and hierachical module names
Hi, I am trying to compile some modules with old imports such "import MonadFix". These modules compile fine with GHC 6.0 latest RPM, and also on CVS source tree 6.1 somewhere from july. However, the file below does NOT get through with GHC HEAD. I get ... Compiling Foo ( Foo.hs, interpreted ) Foo.hs:13: `mfix' is not a (visible) method of class `MonadFix' Failed, modules loaded: none. If I use the new "import Control.Monad.Fix" instead of MonadFix, everything works fine. This is a bit strange because for most old imports there is no such problem. Seems to be something special going on with MonadFix. Thanks, Ralf module Foo where -- Does not work 6.3 as 2 Nov 2003 import MonadFix -- Works with 6.3 -- import Control.Monad.Fix data Foo a = Foo a instance Monad Foo instance MonadFix Foo where mfix = undefined ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
