June 2003 - Glasgow-haskell-users

RE: Readline (was Re: state of ghc6 on sparc)
by Simon Marlow 20 Jun '03

20 Jun '03

> Alastair Reid <alastair(a)reid-consulting-uk.ltd.uk> writes: > > > It would be nice to have those bindings but just having > backspace and > > left-right cursors work would already be a huge improvement > over nothing. > > OK, here is my contribution. The attached module SimpleLineEditor > is API-compatible with readline, and is a slight elaboration of > the line editor currently distributed as part of hmake interactive. It seems to behave strangely here: I can delete the prompt, and if I move the cursor to the left and delete some characters, the characters to the right of the cursor don't move. Also, the backspace key doesn't work, although C-Backspace does work (backspace works fine with readline). This is in an xterm; in a cygwin shell window different strange things happen. Cheers, Simon

1 0

RE: [Gtk2hs-users] ghci-5.04.3 and ghc-6.0
by Simon Marlow 20 Jun '03

20 Jun '03

> What seems to be happening is that the Arrow module in gtk2hs is > clashing with the Arrow module in the lang package. As far as > I can tell > this all looks perfectly normal, so why don't we this kind of problem > all the time? What's special about Arrow? > > How does it get resolved in the libHS*.a case? How does the > system linker resolve the ambiguity when ghci's linker cannot? The static linker will simply pick the first __stginit_Arrow it finds when searching libraries. In actual fact, you're better off with the linking error, because the static linking behaviour is likely to result in crashes at runtime. Cheers, Simon

2 1

state of ghc6 on sparc
by Isaac Jones 19 Jun '03

19 Jun '03

Hello :) Can anyone enlighten me as to the state of the ghc6 sparc distribution? The file on Hal's web page mentioned some time back is not the same file as on the GHC web page (I note that the filenames are different also). Are any of them known to work if installed in a non-standard place? peace, isaac

3 2

RE: source RPM ghc-6.0
by Simon Marlow 19 Jun '03

19 Jun '03

> Is this a correct way to detect versions needed for the GHC > installation? > > more /etc/redhat-release > --> > Red Hat Linux release 7.3 (Valhalla) > > ls /lib/libc* > --> > /lib/libc-2.2.5.so > ... The binary distribution (not the RPM) is basically just a tarball. It does no checking that you have the right versions of things, so it is a "use at your own risk". The download instructions do say that it is suitable for RedHat 7.2, though, so you might be ok with 7.3. If you want to build from source, you can use the "nosrc" RPM. This is just like the source RPM, except that the source isn't included. To build it, you need to download the source too (your sysadmin should know how to do this). Cheers, Simon

2 1

how and where to {-# specialize #-} ?
by Johannes Waldmann 19 Jun '03

19 Jun '03

Dear all, I am looking for some advice on where to place specialize-pragmas for ghc (to optimize speed - and heap usage) Typically I have some module A (containing polymorphic functions A.f, ..) and a module B uses this. The interesting case is when I want to specialize A.f (which is NOT exported) to some types that are only defined in B (but normally A should not know about B). Is there some kind of `deep specialisation' where one would say, `specialize ALL the functions that are reachable from here'? - or how can one get a similar effect? ( Of course I would be willing to pay some compilation time for this. Even a LOT of time. ) Thanks, -- -- Johannes Waldmann ---- http://www.informatik.uni-leipzig.de/~joe/ -- -- joe(a)informatik.uni-leipzig.de -- phone/fax (+49) 341 9732 204/209 --

1 0

RE: state of ghc6 on sparc
by Simon Peyton-Jones 19 Jun '03

19 Jun '03

| > often...). The problem around this is in my opinion to make a | > Haskell98 | > compliant trimmed down readline library which doesn't depend on the c | > library. It shouldn't be too difficult. I don't expect that people are | > using the full power of readline anyway. | | Making a working readline isn't that simple - you need to know something | about the terminal properties for one, which means being able to use | termcap or terminfo. But if someone produced an adequate one that did the job, and that we could distribute with GHC, we'd surely use it, right? To avoid these perpetual readline problems. Simon

1 0

RE: current CVS version doesn't compile
by Simon Marlow 18 Jun '03

18 Jun '03

> Simon Marlow writes: > > > What version of GHC are you compiling with? > > The Glorious Glasgow Haskell Compilation System, version 6.1 > > I built this version from CVS as well, maybe two or three days before > the 6.0 version was released. We only support compiling the CVS sources with: a. A released compiler (i.e. one ending in an even number), or b. itself. So, building with a random 6.1 isn't supported, hence the build error. You should start from 6.0. Cheers, Simon

2 1

RE: state of ghc6 on sparc
by Simon Marlow 18 Jun '03

18 Jun '03

> On Wed, 18 Jun 2003, Isaac Jones wrote: > > Can anyone enlighten me as to the state of the ghc6 sparc > > distribution? The file on Hal's web page mentioned some > time back is > > not the same file as on the GHC web page (I note that the filenames > > are different also). > > > > Are any of them known to work if installed in a non-standard place? > > > Here at Chalmers we use the first shipped version (I believe > this is the > one on the GHC web page or an even earlier one...). I patched > it myself, > it was very easy. I expect that the version on Hal's web page > should work since he said he fixed the bug. Hal's version still has problems, I believe. He said that he will try to fix the problems soon. > The only thing that I don't like is that the dist isn't compiled with > readline. It makes working in ghci a nightmare (I need to use > backspace > often...). The problem around this is in my opinion to make a > Haskell98 > compliant trimmed down readline library which doesn't depend on the c > library. It shouldn't be too difficult. I don't expect that people are > using the full power of readline anyway. Making a working readline isn't that simple - you need to know something about the terminal properties for one, which means being able to use termcap or terminfo. Cheers, Simon

1 0

RE: current CVS version doesn't compile
by Simon Marlow 18 Jun '03

18 Jun '03

> I'm trying to compile the latest version of GHC from CVS on Linux, but > the build reproducibly fails at this point: > > main/SysTools.lhs:703: > Couldn't match `IO ExitCode' against `t -> t1' > Expected type: IO ExitCode > Inferred type: t -> t1 > Probable cause: `rawSystem' is applied to too many > arguments in the call > (rawSystem pgm real_args) > In a 'do' expression: exit_code <- rawSystem pgm real_args > make[2]: *** [stage1/main/SysTools.o] Error 1 > make[1]: *** [all] Error 1 > make[1]: Leaving directory `/usr/local/src/ghc-current/ghc' > > Does anyone have an idea what's going wrong here? What version of GHC are you compiling with? Cheers, Simon

2 1

current CVS version doesn't compile
by Peter Simons 18 Jun '03

18 Jun '03

I'm trying to compile the latest version of GHC from CVS on Linux, but the build reproducibly fails at this point: main/SysTools.lhs:703: Couldn't match `IO ExitCode' against `t -> t1' Expected type: IO ExitCode Inferred type: t -> t1 Probable cause: `rawSystem' is applied to too many arguments in the call (rawSystem pgm real_args) In a 'do' expression: exit_code <- rawSystem pgm real_args make[2]: *** [stage1/main/SysTools.o] Error 1 make[1]: *** [all] Error 1 make[1]: Leaving directory `/usr/local/src/ghc-current/ghc' Does anyone have an idea what's going wrong here? Peter

1 0