June 2003 - Glasgow-haskell-users

broken link
by Christian Maeder 03 Jun '03

03 Jun '03

in user's guide: 1.4.4. Experimental features * The Data class provides for generic data traversals and folds; see Data.Generics. Not Found The requested URL /ghc/docs/latest/html/base/Data.Generics.html was not found on this server.

1 0

RTS options in binaries
by Tomasz Zielonka 02 Jun '03

02 Jun '03

Hi! Is there an easy way to hardcode RTS options in binaries produced by GHC? I know I can make a shell script but an option in GHC could be nicer. Best regards, Tom -- .signature: Too many levels of symbolic links

2 2

Re: Updated ghc-6.0 windows installer available
by Sigbjorn Finne 02 Jun '03

02 Jun '03

This time with an attachment.. ----- Original Message ----- From: "Sigbjorn Finne" <sof(a)galois.com> To: "GHC users" <glasgow-haskell-users(a)haskell.org> Sent: Monday, June 02, 2003 10:10 Subject: Updated ghc-6.0 windows installer available > To fix a pair of showstopper bugs, an updated version of the > win32 MSI installer has been uploaded. It includes the following > fixes: > > - as was, -fvia-C fell over due to header files not being in the > expected place within the install tree. > - The ghci wrapper now quotes the command-line arguments that > it passes on. This, hopefully, fixes the handling of filenames > containing > spaces. > > For people that have already downloaded the distribution & > don't want to redo it, here's how to patch an installation tree: > > - create /path/to/ghc-6.0/gcc-lib/include > - move /path/to/ghc-6.0/gcc-lib/*.h to \ > /path/to/ghc-6.0/gcc-lib/include/ > - compile up the attached ghci wrapper, thusly: > > foo$ /path/to/ghc-6.0/bin/ghc -o ghci ghci.c > foo$ cp ghci.exe /path/to/ghc-6.0/bin/ > > (Note: this'll give you an icon-less version of the GHCi wrapper.) > > --sigbjorn >

1 0

Updated ghc-6.0 windows installer available
by Sigbjorn Finne 02 Jun '03

02 Jun '03

To fix a pair of showstopper bugs, an updated version of the win32 MSI installer has been uploaded. It includes the following fixes: - as was, -fvia-C fell over due to header files not being in the expected place within the install tree. - The ghci wrapper now quotes the command-line arguments that it passes on. This, hopefully, fixes the handling of filenames containing spaces. For people that have already downloaded the distribution & don't want to redo it, here's how to patch an installation tree: - create /path/to/ghc-6.0/gcc-lib/include - move /path/to/ghc-6.0/gcc-lib/*.h to \ /path/to/ghc-6.0/gcc-lib/include/ - compile up the attached ghci wrapper, thusly: foo$ /path/to/ghc-6.0/bin/ghc -o ghci ghci.c foo$ cp ghci.exe /path/to/ghc-6.0/bin/ (Note: this'll give you an icon-less version of the GHCi wrapper.) --sigbjorn

1 0

Re: Approved
by Spike! Aka Rory! 02 Jun '03

02 Jun '03

who are you???? very funny wit the virus.... glasgow-haskell-users(a)haskell.org wrote:Please see the attached file. > ATTACHMENT part 2 application/octet-stream name=application.pif --------------------------------- Yahoo! Plus - For a better Internet experience

1 0

type error
by Ed Komp 02 Jun '03

02 Jun '03

I have encountered an unexpected type error of the form: >> Could not unambiguously deduce <type> from the context <context> I was able to generate a quite simple test case to demonstrate the problem, that I include at the end of this message. I am using Version 5.04.2 of the Glasgow Compiler, with options: -fglasgow-exts -fallow-overlapping-instances -fallow-undecidable-instances Here is the output generated when I attempt to load the file, test.hs, (test.hs appears at the end of this message): >> fleck [61] % ghci --version >> The Glorious Glasgow Haskell Compilation System, version 5.04.2 >> fleck [62] % ghci -fglasgow-exts -fallow-overlapping-instances -fallow-undecidable-instances test.hs >> ___ ___ _ >> / _ \ /\ /\/ __(_) >> / /_\// /_/ / / | | GHC Interactive, version 5.04.2, for Haskell 98. >> / /_\\/ __ / /___| | http://www.haskell.org/ghc/ >> \____/\/ /_/\____/|_| Type :? for help. >> >> Loading package base ... linking ... done. >> Loading package haskell98 ... linking ... done. >> Compiling Test ( test.hs, interpreted ) >> >> test.hs:26: >> Could not unambiguously deduce (SubType x Value) >> from the context (SubType x BaseType) >> The choice of (overlapping) instance declaration >> depends on the instantiation of `x' >> Probable fix: >> Add (SubType x Value) >> to the existential context of a data constructor >> Or add an instance declaration for (SubType x Value) >> arising from use of `inj' at test.hs:26 >> In the definition of `test': inj x >> Failed, modules loaded: none. >> Prelude> I do not understand why the compiler cannot deduce (SubType x Value) from (SubType x BaseType) since: type Value = (Either Double BaseType) and instance (SubType a b) => SubType a (Either x b) where The message actually says it cannot "unambiguously" make the deduction. Can someone explain to me why this is, and more importantly how I can resolve the issue? The suggestion, >> Add (SubType x Value) >> to the existential context of a data constructor will work in this simple example (I tested this); but in the code where I originally encountered the problem this is not a viable alternative since it would generate circular dependencies. Thanks in advance for your help ! Ed Komp komp(a)ittc.ku.edu -- ----------------------------------------------------------- -- test.hs -- ----------------------------------------------------------- module Test where import Control.Monad.Error class SubType a b where inj :: a -> b prj :: b -> Maybe a instance SubType a (Either a x) where inj = Left prj = either Just (const Nothing) instance (SubType a b) => SubType a (Either x b) where inj = Right . inj prj = either (const Nothing) prj -- ----------------------------------------------------------- type BaseType = Either Integer ( Either Bool () ) type Value = (Either Double BaseType) data Foo = forall x. (SubType x BaseType) => MkFoo x test :: Foo -> Value test (MkFoo x) = inj x

1 0

RE: GHC 6.0 Release: sparc-solaris2 binaries
by Simon Marlow 02 Jun '03

02 Jun '03

> A binary version of GHC6 is available for sparc-solaris2 machines at: > > http://www.isi.edu/~hdaume/ghc-6.0-sparc-solaris2.tar.bz2 > 17.5 mb > > I'd appreciate it if the maintainers could copy it and make > it available > locally off of the GHC web page so as to not kill bandwidth here :). Uploaded, thanks! Are the notes about libcurses etc. still relevant? (see the download page). Cheers, Simon

3 3

RE: ANNOUNCE: GHC version 6.0
by Simon Marlow 02 Jun '03

02 Jun '03

> Sven Panne <Sven.Panne(a)informatik.uni-muenchen.de> writes: > > > > Hmm. Perhaps you should rename the long form of -L to > > > --list-local-packages. > > > > Just a small note: This was a buglet in > System.Console.GetOpt.getOpt, > > which has been fixed since GHC 5.04.3. Consequently this does not > > happen if you use a GHC >= 5.04.3 for compiling GHC 6.0. > But to be on > > the safe side, SimonM has renamed the option, anyway... > > OK. The official ghc-6.0 binary distribution for Linux seems to have > been built with ghc-4.08.2, hence the apparent fault. Was there a > reason for choosing to bootstrap with such an old version? The ghc-pkg utility was built with 4.08.2; GHC itself was bootstrapped. The reason is the new bootstrapping facility in the build system, which means that we don't have to compile the entire tree again for each bootstrapping stage - I hadn't considered that this might have disadvantages :-) Cheers, Simon

1 0

Mac Port
by Seth Kurtzberg 02 Jun '03

02 Jun '03

Is there, or is anyone working on, ports for Mac OSX and/or Mac OS9? ----------------------------------------------------------------- Seth Kurtzberg CTO ISEC Research and Network Operations Center 480-314-1540 888-879-5206 seth(a)isec.us -----------------------------------------------------------------

3 4