October 2007 - Glasgow-haskell-users

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

09 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 02 Oct '07

02 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