- Glasgow-haskell-users

Re: how to build API docs from snapshot? (solved)
by Johannes Waldmann 10 Oct '07

10 Oct '07

Johan Tibell wrote: > Did you change mk/build.mk before running ./configure and make? Ah! I did change this, but I forgot to (re-)configure. Thanks a lot. -- -- Johannes Waldmann -- Tel/Fax (0341) 3076 6479/80 -- ---- http://www.imn.htwk-leipzig.de/~waldmann/ -------

1 0

how to build API docs from snapshot?
by Johannes Waldmann 09 Oct '07

09 Oct '07

How can I build the library API docs from a (source) snapshot, e.g. ghc-6.8.0.20070921-src-extralibs.tar.bz2 ? Thanks, -- -- Johannes Waldmann -- Tel/Fax (0341) 3076 6479/80 -- ---- http://www.imn.htwk-leipzig.de/~waldmann/ -------

2 1

bug in 6.8.1-candidate
by Serge D. Mechveliani 03 Oct '07

03 Oct '07

Dear GHC developers, this is again on the `panic' bug in ghc-6.8.1-candidate. The archive http://botik.ru/pub/local/Mechveliani/ghcBugs/bug2-6.8.0-sep28.zip presents one more report on this bug. Unzip and see install.txt. The project is built, but the test program Test.hs cannot build, ghc reports of `panic'. Further, return to the project build: in the file GBasFld.hs, comment-out the type declaration for the function b_criterion_ev, and re-build the project. Now, it reports of `panic' when compiling GBasFld. Simply speaking, docon-2.11 works under ghc-6.6.1 and does not work under ghc-6.8.0-sep28.zip. Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

FFI Bindings to Libraries using GMP
by benedikth 01 Oct '07

01 Oct '07

Hello, I've been struggling using FFI bindings to libraries which rely on the GNU Mp Bignum library (gmp) - this is apparently a well known problem (http://hackage.haskell.org/trac/ghc/ticket/311, http://hackage.haskell.org/trac/ghc/wiki/ReplacingGMPNotes) I do rely on using such libraries, and so started to get it work on MacOsX; no solution was close to being satisfactory however, so I'd like to ask for some advice. Those two options worked to some extend: (1) Create or modify the library in question, so gmp is statically linked and its symbols are hidden. When source code is available, this is relatively easy, altough it requires modification of the build process (which can be a hassle). If a static "ar" archive is available, it is cumbersome (at least on Mac Os X I ran into a lot of troubles using nmedit), but possible. Furthermore, the resulting libraries are bloated, as each of them contains a copy of the GMP; left alone portability issues. (2) As suggested in ticket#311, I tried switching the allocator functions when switching to FFI. It worked, but not in GHCi; also, doing it manually is a lot of work, because, as far as I could figure out, it is neccessary to write a wrapper function for every C-function (indirectly) using the gmp. Furthermore, most of the libraries expose gmp datatypes (mpz_t,mpq_t) in their API. I currently use a little haskell module working on GHC.Exts, but that's propably not a good option from a maintainer's point of view. There are certainly other possibilities, but I couldn't find one which is both maintainable and portable. I would be very grateful for any advice, or some information on plans for resolving ticket #311. There are some great libraries (like the Parma Polyhedral Library, to pick an example) out there using gmp, and it would be nice if writing bindings to those libs could be simplified. Thanks, Benedikt Huber

8 10

runhaskell rather than runghc
by Serge D. Mechveliani 30 Sep '07

30 Sep '07

Dear GHC and Cabal developers and users, I suggest to use `runhaskell' rather than `runghc'. Because it looks to have more sense, and also for political correctness. Cabal is a tool for `making' various Haskell implementations. In 2015, we may have implementations ghc, Hugs, hbc, foo_1, ..., foo_n. Does Cabal need to provide runghc, runhugs, runhbc ... runfoo_n ? Do I mistake? Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

2 2

bug in 6.8.1-candidate
by Serge D. Mechveliani 30 Sep '07

30 Sep '07

Dear GHC developers, I am preparing a bug report for the compiler of ghc-6.8.0.20070928-src: ------------------ GBasFld_.hs:387:45: Warning: Defined but not used: `t' ghc-6.8.0.20070928: panic! (the 'impossible' happened) (GHC version 6.8.0.20070928 for i386-unknown-linux): initC: srt_lbl Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug ------------------ This happens in the middle of the DoCon-2.11 `make'. Can you wait with ghc-6.8.1 ? Another point: the module Char_ exports several instances, and the module DPrelude has `module Char_' in its export list, and ghc-6.8.0.20070928-src reports that this latter decl "exports nothing". Probably, it must report "exports nothing, besides maybe, some instances" ? Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

Data.Map in 6.8.1
by Serge D. Mechveliani 30 Sep '07

30 Sep '07

Dear GHC developers and users, I am trying to port the Dumatel-1.06 application from ghc-6.6.1 to ghc-6.8.0.20070928-src. First, it does not find runhaskell. All right, I replace it with runghc in order to see what happens next. Now, make configure reports runghc Setup.hs configure --ghc --prefix=/home/mechvel/dm/1.06/dm/source/inst Configuring dumatel-1.6... In 6.6.1, the report of runhaskell looked better, it wrote on the screen about ghc found in such and such place, and so on. Where to see this new report in a more detail? (is this a matter of the Cabal version?) Further, make build reports ------------------------------------- runghc Setup.hs build Preprocessing library dumatel-1.6... Building dumatel-1.6... Dumatel/Prelude5.hs:28:17: Could not find module `Data.Map': it is a member of package containers-0.1, which is hidden ------------------------------------ Should I change something in dm.cabal ? For example, it contains the line build-depends: base, haskell98 Where are docs on ghc-6.8.1 (in particular, release notes) ? Thank you in advance for your explanations, ----------------- Serge Mechveliani mechvel(a)botik.ru

3 2

runhaskell in 6.8
by Serge D. Mechveliani 30 Sep '07

30 Sep '07

Dear GHC developers, this is on the future ghc-6.8.1. The DoCon-2.10 distribution uses the command runhaskell in its Makefile. This works in ghc-6.6.1 but does not work in ghc-6.8.0.20070928-src. Because the latter provides only runghc. Can you can put runhaskell next to runghc ? What to you have against runhaskell ? Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

1 0

6.8.1-toTest
by Serge D. Mechveliani 29 Sep '07

29 Sep '07

Dear GHC developers, in old days I was able to download GHC from CVS. Now, it changed to darcs. I have read how to download via darcs and tried to download ghc-6.8-head. It responded with a hard to undertsand message and was hanging. I pressed Control-c. Immediately after this, there started to come e-mail messages about "returned mail", from various strange addresses. They were about 200 first day, 80 second day, 30 third, and then, they stopped, by and by, to my pleasure. This was the first case in my life of such a massive attack. I fear of this darcs. Maybe, you can put the source, for example, ghc-6.8.1-toTest-September-29.src...., and announce in this list where to download it from ? I care for this because my programs DoCon and Dumatel run (mainly) under GHC, and it is a good idea for them to comply with each new public GHC version, so, it is better to test a pre-release of GHC. Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

2 3

ANNOUNCE: GHC 6.8.1 Release Candidate
by Ian Lynagh 28 Sep '07

28 Sep '07

We are pleased to announce the Release Candidate phase for GHC 6.8.1. Snapshots beginning with 6.8.20070909 are release candidates for 6.8.1 You can download snapshots from here: http://www.haskell.org/ghc/dist/stable/dist/ Right now we have the source bundles: http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.20070912-src.tar.bz2 http://www.haskell.org/ghc/dist/stable/dist/ghc-6.8.20070912-src-extralibs.… Only the first of these is necessary. The "extralibs" package contains various extra packages that we normally supply with GHC - unpack the extralibs tarball on top of the source tree to add them, and they will be included in the build automatically. There is also currently an installer for i386/Windows and binary distributions for x86_64/Linux and i386/Linux. More may appear later. Please test as much as possible; bugs are much cheaper if we find them before the release! We hope to release in a couple of weeks, but of course that may slip if problems are uncovered. Thanks Ian, on behalf of the GHC team

7 16