July 2005 - Glasgow-haskell-users

RE: Unicode in GHC 6.2.2 and 6.4.x (was: Re: [Haskell-cafe] Unicode.hs)
by Simon Marlow 18 Jul '05

18 Jul '05

On 17 July 2005 04:42, Dimitry Golubovsky wrote: > Dear List Subscribers, > > Simon Marlow wrote: >> On 30 June 2005 14:36, Dimitry Golubovsky wrote: >> >> >>> It is in CVS now, and I believe will be in 6.4.1 >> >> >> Not planned for 6.4.1, but definitely in 6.6. >> > > I have put those files that work for me in GHC 6.2.2 (Unicode support) > for download. Please read the Wiki page: > > http://haskell.org/hawiki/GhcUnicode > > for instructions. > > Any feedback will be appreciated. I believe, the code will work with > GHC > 6.4.x as well. Please let me know if there are any problems. I should mention that 6.4.1 will contain Dimitry's updated Unicode character-class support, albeit without the changes to library APIs that went along with it. The upshot is that all platforms should have consistent behaviour for the isXXX functions from Data.Char in 6.4.1. Cheers, Simon

1 0

Unicode in GHC 6.2.2 and 6.4.x (was: Re: [Haskell-cafe] Unicode.hs)
by Dimitry Golubovsky 17 Jul '05

17 Jul '05

Dear List Subscribers, Simon Marlow wrote: > On 30 June 2005 14:36, Dimitry Golubovsky wrote: > > >>It is in CVS now, and I believe will be in 6.4.1 > > > Not planned for 6.4.1, but definitely in 6.6. > I have put those files that work for me in GHC 6.2.2 (Unicode support) for download. Please read the Wiki page: http://haskell.org/hawiki/GhcUnicode for instructions. Any feedback will be appreciated. I believe, the code will work with GHC 6.4.x as well. Please let me know if there are any problems. Dimitry Golubovsky Middletown, CT

1 0

[ ghc-Feature Requests-1239439 ] O'Haskell
by SourceForge.net 16 Jul '05

16 Jul '05

Feature Requests item #1239439, was opened at 2005-07-16 14:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1239439&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Submitted By: Monique Louise de Barros Montei (mlbm) Assigned to: Nobody/Anonymous (nobody) Summary: O'Haskell Initial Comment: Is there any project for extending GHC with support to O'Haskell or any other object-oriented Haskell extesion? That could be very useful for improving Haskell interoperability with OO languages. Thanks in advance, Monique Monteiro ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1239439&group_…

1 0

RE: Problem building GHC
by Simon Marlow 16 Jul '05

16 Jul '05

On 14 July 2005 22:02, Dinko Tenev wrote: > It turns out, ar couldn't quite handle building the symbol table for > the archive. I tried ar qS, then ranlib the archive, but ranlib turns > out to be exactly the same kind of brittle crap... > > I am currently looking for more robust binutils - I'll appreciate any > siggestions. I tried this experiment too, with the same results. As a workaround you can disable object splitting. Add the line "SplitObjs=NO" to mk/build.mk before building. Cheers, Simon

3 4

Documentation for GHC primops
by Simon Peyton-Jones 16 Jul '05

16 Jul '05

Dear GHC users This message is a request for help with a well-contained task that will improve GHC's Haddock documentation. GHC provides lots of primitive operations. They are described in a single ASCII files primpos.txt.pp; the description in that file gives types and English-language descriptions, as well as some other GHC-ish information. This description file is chomped up by a pre-processor (genprimopcode), which produces either (a) Haskell source code for data types describing the primops [these modules become part of GHC itself), or (b) Latex stuff which can be part of a document. You can see the output in Section 4.4 of the External Core document (http://www.haskell.org/ghc/docs/papers/core.ps.gz) However, there's no Haddock document describing all these primops!! Although they are all available through the module GHC.Exts, the Haddock documentation for GHC.Exts says nothing at all about them. http://www.haskell.org/ghc/docs/latest/html/libraries/base/GHC.Exts.html Reason: there is no Haskell source code for GHC.Prim, the pseudo-module that exports all the primops. What we want is to generate GHC.Prim.hs from primops.txt.pp. This .hs file would not be fed to GHC; rather it'd just be there so that Haddock could see it. For example: module GHC.Prim( ...list all primops... ) where (+#) :: Int# -> Int# -> Int# --| Adds two unboxed Ints ...etc... you get the idea. No Haskell code, only type signatures. Would someone cares to write this new backend to "genprimopcode". The latter is a Haskell program that can parse primops.txt.pp, and already has two back ends (a) and (b) above. What we want is to add (c) generate Haskell that Haddock can understand. Note that the documentation itself is already written -- it's in primpos.txt.pp. That's what's so tantalising. All that we need is to mangle it into Haddock. Any volunteers? It doesn't involve touching GHC itself. "gemprimopcode" is a completely standalone Haskell program, currently some 730 lines long. Simon

4 3

RE: C->Haskell 0.14.1 "Travelling Lightly"
by Simon Marlow 15 Jul '05

15 Jul '05

On 15 July 2005 14:32, Manuel M T Chakravarty wrote: > PS to GHC HQ: Can we please have the latest Cabal in GHC 6.4.1? Sorry, that would violate the "no API changes in patchelevels" invariant. But it'll be easy to upgrade Cabal separately. Cheers, Simon

1 0

ANN: C->Haskell 0.14.1 "Travelling Lightly"
by Manuel M T Chakravarty 15 Jul '05

15 Jul '05

Version 0.14.1 "Travelling Lightly" of C->Haskell introduces three radical changes: * Death to make! We have got brand new Cabal-based build system. * Brand new C lexer/parser based on Alex and Happy kindly contributed by Duncan Coutts. This reduces the memory consumption when compiling bindings to large C libraries dramatically. * No separately installed marshalling library anymore. Support code is provided in source form. Hence, a single C->Haskell installation can generate bindings for any Haskell system and version. The hitch is that you need to use Cabal 1.0.1 to build the system (not version 1.0 included with GHC 6.4, as this misses a crucial feature). Happy Hacking! Manuel PS to GHC HQ: Can we please have the latest Cabal in GHC 6.4.1?

1 0

RE: Problem building GHC
by Simon Marlow 14 Jul '05

14 Jul '05

On 13 July 2005 08:18, Dinko Tenev wrote: > On 7/13/05, John Skaller <skaller(a)users.sourceforge.net> wrote: >>> I guess I'll have to switch to version 2.95.2 as >>> suggested by the guide (I am currently using 3.3.5,) >> >> I think you need more RAM. I had to >> buy a new computer to fix this problem. > > Oh my, that hurts...quite an expensive piece of software, GHC ;) But > this really explains a lot, because two identical builds of mine > happened to die on different files - it never occurred to me GCC could > run low on memory though... > > How about more swap, provided I would let it run overnight? You should be able to use the native code generator to build GHC, which will compile a lot faster and use less memory. The GHC binary it produces may be slightly slower, however (on x86). To do this, create a file mk/build.mk in your build tree, containing the line: SRC_HC_OPTS = -H32m -O -fasm Cheers, Simon

2 2

rendering fonts with OpenGL
by Felix Breuer 14 Jul '05

14 Jul '05

Hello everyone! What is the recommended way to render fonts (i.e. text) using GHC and OpenGL? I know about libraries/GLUT/examples/RedBook/Font.hs, but I do not want to define the font's letter by hand. So, my questions are: * Is there a ready-to-use way load fonts (e.g. using FreeType)? * Is there a library implementing some OpenGL font rendering method (bitmap, texturemap, outline, etc.) that can be used from GHC? * Does anyone have example code for the above? Thanks, Felix Breuer

2 1

Cabal and older versions of GHC
by Dimitry Golubovsky 13 Jul '05

13 Jul '05

Is it possible to use Cabal with older versions (e. g. 6.0 to 6.2.2) of GHC? Some time later, I am going to release HSFFIG as a package. To be usable with GHC 6.2.2, can it be packaged with Cabal, or do I have to use ghc-pkg? If I use ghc-pkg, is there a way to convert such a package into Cabal? I am not going to upgrade to GHC 6.4.x any time soon, so what are my options in using Cabal with 6.2.2? -- Dimitry Golubovsky Anywhere on the Web

4 5