inline-c

Write Haskell source files including C code inline. No FFI required.

LTS Haskell 22.43:0.9.1.10
Stackage Nightly 2024-12-05:0.9.1.10
Latest on Hackage:0.9.1.10

See all snapshots inline-c appears in

MIT licensed by Francesco Mazzoli, Mathieu Boespflug
Maintained by [email protected]
This version can be pinned in stack with:inline-c-0.9.1.10@sha256:6cf9e1b77dbbda657c382a22ba117114f4fcf44731d63258a269766f6c3027bf,3174

inline-c

inline-c lets you seamlessly call C libraries and embed high-performance inline C code in Haskell modules. Haskell and C can be freely intermixed in the same source file, and data passed to and from code in either language with minimal overhead. No FFI required.

inline-c is Haskell’s escape hatch (or one of) to the wild world of legacy code and high-performance numerical and system libraries. It has other uses too: you can also think of inline-c as to Haskell what inline Assembly is to C — a convenient means to eke out a little bit of extra performance in those rare cases where C still beats Haskell.

GHCi support is currently limited to using -fobject-code, see the last section for more info.

Getting started

Let’s say we want to compute the cosine of a number using C from Haskell. inline-c lets you write this function call inline, without any need for a binding to the foreign function:

{-# LANGUAGE QuasiQuotes #-}
{-# LANGUAGE TemplateHaskell #-}

import qualified Language.C.Inline as C

C.include "<math.h>"

main :: IO ()
main = do
  x <- [C.exp| double{ cos(1) } |]
  print x

inline-c leverages the quasiquotation language extension implemented in GHC. Template Haskell is also required. Importing the Language.C.Inline module brings in scope most required Haskell definitions. C.include "<math.h>" brings into scope the foreign function cos() that we wish to call. Finally, in the main function, [C.exp| double { cos(1) } |] denotes an inline C expression of type double. cexp stands for “C expression”. It is a custom quasiquoter provided by inline-c.

A C.exp quasiquotation always includes a type annotation for the inline C expression. This annotation determines the type of the quasiquotation in Haskell. Out of the box, inline-c knows how to map many common C types to Haskell types. In this case,

[C.exp| double { cos(1) } |] :: IO CDouble

For pure C expression like these we also provide C.pure, which works exactly the same but without the IO:

[C.pure| double { cos(1) } |] :: CDouble

Obviously extra care must be taken when using C.pure: the embedded C code must be referentially transparent.

Multiple statements

inline-c allows embedding arbitrary C code, not just expressions, in the form of a sequence of statements, using the c quasiquoter:

{-# LANGUAGE QuasiQuotes #-}
{-# LANGUAGE TemplateHaskell #-}

import qualified Language.C.Inline as C

C.include "<stdio.h>"

main :: IO ()
main = do
  x <- [C.block| int {
      // Read and sum 5 integers
      int i, sum = 0, tmp;
      for (i = 0; i < 5; i++) {
        scanf("%d", &tmp);
        sum += tmp;
      }
      return sum;
    } |]
  print x

Just as with C.exp, we need a type annotation on the entire C block. The annotation specifies the return type. That is, the type of the expression in any return statement.

Capturing Haskell variables – parameter declaration

inline-c allows referring to Haskell variables inside C expressions and code blocks. We do so by “anti-quoting” them.

Let’s say that we wanted to parameterize the function we wrote above by how many numbers we should read. We can do so by defining a Haskell function whose parameter we can refer to from within C:

{-# LANGUAGE QuasiQuotes #-}
{-# LANGUAGE TemplateHaskell #-}
import qualified Language.C.Inline as C
import           Foreign.C.Types

C.include "<stdio.h>"

-- | @readAndSum n@ reads @n@ numbers from standard input and returns
-- their sum.
readAndSum :: CInt -> IO CInt
readAndSum n  = [C.block| int {
    // Read and sum n integers
    int i, sum = 0, tmp;
    for (i = 0; i < $(int n); i++) {
      scanf("%d", &tmp);
      sum += tmp;
    }
    return sum;
  } |]

main :: IO ()
main = do
  x <- readAndSum 5
  print x

Here, the Haskell variable n is captured right where we need it using $(int n). Standard anti-quotation (we’ll talk about additional ones later) consists of a $ followed by a C declaration in parenthesis. Note that any valid Haskell identifiers can be used when anti-quoting, including ones including constructors, qualified names, names containing unicode, etc.

For each anti-quotation, a variable with a matching type is expected in the Haskell environment. In this case inline-c expects a variable named n of type CInt, which is the case.

What can be captured and returned?

All C types correspond to exactly one Haskell type. Basic types (int, long, double, float, etc.) get converted to their Haskell equivalents CInt, CLong, CDouble, CFloat. Pointers and arrays get converted to Ptr. Function pointers get converted to FunPtr.

inline-c can also handle user-defined structs and enums, provided that they are instances of Storable and that you tell inline-c about them using contexts.

Contexts

Everything beyond the base functionality provided by inline-c is specified in a structure that we call “Context”. From a user perspective, if we want to use anything but the default context (C.baseCtx), we must set the C.Context explicitly using the C.context function. The next two sections include several examples.

The C.Context allows to extend inline-c to support

C.Contexts can be composed using their Monoid instance.

Ideally a C.Context will be provided for each C library that should be used with inline-c. The user can then combine multiple contexts together if multiple libraries are to be used in the same program. See the inline-c-nag package for an example of using a C.Context tailored for a library.

For information regarding how to define C.Contexts, see the Haddock-generated API documentation for Language.C.Inline.Context.

More anti-quoters

Besides the basic anti-quoter, which captures variables as they are, some more anti-quoters are provided with additional functionality. As mentioned, inline-c can easily be extended with anti-quoters defined by the user, using contexts.

Vectors

The vec-len and vec-ptr anti-quoters in the C.vecCtx context let us easily use Haskell vectors in C. Continuing along the “summing” theme, we can write code that sums Haskell vectors in C:

{-# LANGUAGE QuasiQuotes #-}
{-# LANGUAGE TemplateHaskell #-}
import qualified Language.C.Inline as C
import qualified Data.Vector.Storable as V
import qualified Data.Vector.Storable.Mutable as VM
import           Data.Monoid ((<>))
import           Foreign.C.Types

-- To use the vector anti-quoters, we need the 'C.vecCtx' along with the
-- 'C.baseCtx'.
C.context (C.baseCtx <> C.vecCtx)

sumVec :: VM.IOVector CDouble -> IO CDouble
sumVec vec = [C.block| double {
    double sum = 0;
    int i;
    for (i = 0; i < $vec-len:vec; i++) {
      sum += $vec-ptr:(double *vec)[i];
    }
    return sum;
  } |]

main :: IO ()
main = do
  x <- sumVec =<< V.thaw (V.fromList [1,2,3])
  print x

The vec-len anti-quoter is used simply by specifying the vector we want to get the length of (in our case, vec). To use the vec-ptr anti-quoter it is also required to specify the pointer type we want. Since vec is a vector of CDoubles, we want a pointer to doubles.

ByteStrings

The bs-len and bs-ptr anti-quoters in the C.bsCtx context work exactly the same as the vec-len and vec-ptr counterparts, but with strict ByteStrings. The only difference is that it is not necessary to specify the type of the pointer from C – it is always going to be char *:

{-# LANGUAGE TemplateHaskell #-}
{-# LANGUAGE QuasiQuotes #-}
import qualified Data.ByteString as BS
import           Data.Monoid ((<>))
import           Foreign.C.Types
import qualified Language.C.Inline as C

C.context (C.baseCtx <> C.bsCtx)

-- | Count the number of set bits in a 'BS.ByteString'.
countSetBits :: BS.ByteString -> IO CInt
countSetBits bs = [C.block|
    int {
      int i, bits = 0;
      for (i = 0; i < $bs-len:bs; i++) {
        char ch = $bs-ptr:bs[i];
        bits += (ch * 01001001001ULL & 042104210421ULL) % 017;
      }
      return bits;
    }
  |]

Function pointers

Using the fun anti-quoter, present in the C.funCtx context, we can easily turn Haskell function into function pointers.

{-# LANGUAGE QuasiQuotes #-}
{-# LANGUAGE TemplateHaskell #-}
import qualified Language.C.Inline as C

-- To use the function pointer anti-quoter, we need the 'C.funCtx' along with
-- the 'C.baseCtx'.
C.context (C.baseCtx <> C.funCtx)

ackermann :: CLong -> CLong -> CLong
ackermann m n
  | m == 0 = n + 1
  | m > 0 && n == 0 = ackermann (m - 1) 1
  | otherwise = ackermann (m - 1) (ackermann m (n - 1))

main :: IO ()
main = do
  let ackermannIO m n = return $ ackermann m n
  let x = 3
  let y = 4
  z <- [C.exp| long{
      $fun:(long (*ackermannIO)(long, long))($(long x), $(long y))
    } |]
  print z

In this example, we capture a Haskell function of type CLong -> CLong -> IO CLong, ackermannIO, to a function pointer in C, using the fun anti-quoter. Note how we need to specify the function pointer type when we capture ackermannIO, using standard C declaration syntax. Also note that the fun anti-quoter works with IO functions, and so we needed to modify ackermann to make it have the right type.

In general, when anti-quoting, if the type can be inferred (like in the case of vec-len), only the Haskell identifier appears. If it can’t, the target C type and the Haskell identifier are mentioned using C declaration syntax.

GHCi

Currently inline-c does not work in interpreted mode. However, GHCi can still be used using the -fobject-code flag. For speed, we recommend passing -fobject-code -O0, for example

stack ghci --ghci-options='-fobject-code -O0'

or

cabal repl --ghc-options='-fobject-code -O0'

Changes

  • 0.9.1.10:
    • Add -fcompact-unwind for darwin exceptions(#131).
    • Fix Cpp.Exception error message line numbers(#133).
    • Skip generating foreign calls under ghcide(HSL), generate stubs instead(#128).
    • Add ctxRawObjectCompile option to support CUDA(#147).
  • 0.9.1.8: Tighten ansi-wl-pprint upper bound, see issue #144.
  • 0.9.1.7: Allow arbitrary number of C++ templates, see PR #141.
  • 0.9.1.6: Fix mistakenly unsafe call, see issue #137.
  • 0.9.1.5: Support multi-token types in C++ template arguments, see issue #125 and PR #126.
  • 0.9.1.4: Support GHC 8.10, including better C++ flags handling, see PR #121.
  • 0.9.1.3: Work around spurious test failures, see PR #118.
  • 0.9.1.2: Update haddock for Language.C.Inline.Interruptible.pure.
  • 0.9.1.1: Use unsafeDupablePerformIO rather than unsafePerformIO. See issue #115 and PR #117.
  • 0.9.1.0: Add Language.C.Inline.substitute and Language.C.Inline.getHaskellType.
  • 0.9.0.0: Add support for C++ namespace and template.
  • 0.8.0.1: Compatibility with GHC 8.8
  • 0.8: Add code locations.
  • 0.7.0.1: Add more docs for funPtr
  • 0.7.0.0: Add funPtr quasi-quoter
  • 0.6.0.6: Support GHC 8.4
  • 0.6.0.5: Update readme
  • 0.6.0.4: Remove QuickCheck dependency
  • 0.6.0.3: Remove cryptohash dependencies
  • 0.6.0.2: Update haddock
  • 0.6.0.0: Use addDependentFile so separate compilation is not needed.
  • 0.5.6.0: Add ForeignPtr anti-quoter
  • 0.5.5.9: Make tests work with QuickCheck < 2.9
  • 0.5.5.8: Add workaround for QuickCheck-2.9 bug. See issue #51
  • 0.5.5.2: Add docs regarding internals. See issue #41.
  • 0.5.5.1: Add support for Interruptible calls. The version skip is simply because I forgot to update the changelog for 0.5.5.0.
  • 0.5.4.3: Fix haddock docs.
  • 0.5.4.2: Generate unique C names by prefixing the already generated name with the Haskell module name. See issue #25.
  • 0.5.4.1: Do not generate C code when haddock is type checking. See issue #24.
  • 0.5.4.0: Allow Haskell identifiers in anti-quotes. See issue #23.
  • 0.5.3.4: Fix bsCtx docs.
  • 0.5.3.3:
    • Fix errors when using parallel builds. See issue #22.
    • Use fail rather than error in the Q monad.
  • 0.5.3.2: Make type errors with default anti-quoter much saner.
  • 0.5.3.1: Fix leak of FunPtr when using funCtx.
  • 0.5.3.0: Recognize more standard library types. See pull request #19.
  • 0.5.2.1: Convert signed char to CSChar. See pull request #18.
  • 0.5.2.0: Make bs-ptr use char instead of unsigned char. See issue #16.