Hi Wolfgang,
On Oct 12, 2007, at 15:22, Wolfgang Jeltsch wrote:
Hello,
what are good approaches for creating Haskell bindings to C++
libraries? The
most promising so far seems to create C wrappers around the C++
libraries and
then bind to them. Is it feasible to bind directly to C++ usin
Hello,
what are good approaches for creating Haskell bindings to C++ libraries? The
most promising so far seems to create C wrappers around the C++ libraries and
then bind to them. Is it feasible to bind directly to C++ using ccall by
relying on some standardized C++ ABI? What about H/Direct
Neil Mitchell wrote:
Hi Simon,
We are all familiar with the idea of an MD5 checksum, which provides a reliable
"fingerprint" for a file, usually 128 bits or so. If the file changes, the
fingerprint is (almost) certain to do so too. There are lots of techniques: CRC, shar?,
MD5, etc.
I be
Udo Stenzel wrote:
> - install exactly one version of cabal, 1.1.6.2, and *remove* all
> others,
> - ask ghc-pkg for the description of base, then edit Data.ByteString out
> of that and re-register it,
I forgot, I also tried tar-1.0 on GHC 6.6, and had the same problem
there. Even after updat
Simon Marlow <[EMAIL PROTECTED]> writes:
>> +1 to renaming the new base, and have 'base' be a compatibility
>> package incorporating 'containers', 'array', etc
> There's currently no (easy) way to make a package that just re-exports
> the contents of other packages.
Presumably the hard way would
Udo Stenzel wrote:
- Provide a known good cabal. Make sure it installs on GHC 6.6 and 6.4.
Cabal 1.2 works all the way back to GHC 6.2. The recommended way to build
new packages with an old GHC will be to upgrade Cabal first.
- Start fixing dependencies.
In progress for the GHC 6.8.1 r
Ketil Malde wrote:
+1 to renaming the new base, and have 'base' be a compatibility
package incorporating 'containers', 'array', etc, with compatible
interfaces. (Versioning isn't as good, I think, because it's too
common to specify just 'base' without any version. At least, I know I
do.)
Ther
Udo Stenzel <[EMAIL PROTECTED]> writes:
[incompatibilities between recent libraries/cabal/ghc]
I'm installing a GHC-6.8 snapshot, and compiling a bunch of libraries
I need in the process (HTTP, HXT, and binary). No show-stoppers, but
a lot of rewriting of the dependencies. At least ghc will t
[ posting on behalf of Manuel Hermenegildo <[EMAIL PROTECTED]>]
Subject: CFP - DAMP 2008 - Declarative Aspects of Multicore Programming
DAMP 2008: Workshop on
Declarative Aspects of Multicore Programming
San Francisco, CA, USA
