Home/ Questions/Q 3279486
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-17T19:35:53+00:00

The FC++ library provides an interesting approach to supporting functional programming concepts in C++.

  • 0

The FC++ library provides an interesting approach to supporting functional programming concepts in C++.

A short example from the FAQ:

take (5, map (odd, enumFrom(1)))

FC++ seems to take a lot of inspiration from Haskell, to the extent of reusing many function names from the Haskell prelude.

I’ve seen a recent article about it, and it’s been briefly mentioned in some answers on stackoverflow, but I can’t find any usage of it out in the wild.

Are there any open source projects actively using FC++? Or any history of projects which used it in the past? Or does anyone have personal experience with it?

There’s a Customers section on the web site, but the only active link is to another library by the same authors (LC++).

As background: I’m looking to write low latency audio plugins using existing C++ APIs, and I’m looking for tooling which allows me to write concise code in a functional style. For this project I wan’t to use a C++ library rather than using a separate language, to avoid introducing FFI bindings (because of the complexity) or garbage collection (to keep the upper bound on latency in the sub-millisecond range).

I’m aware that the STL and Boost libraries already provide support from many FP concepts–this may well be a more practical approach. I’m also aware of other promising approaches for code generation of audio DSP code from functional languages, such as the FAUST project or the Haskell synthesizer package.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I’m the primary original developer of FC++, but I haven’t worked on it in more than six years. I have not kept up with C++/boost much in that time, so I don’t know how FC++ compares now. The new C++ standard (and implementations like VC++) has a bit of stuff like lambda and type inference help that makes some of what is in there moot. Nevertheless, there might be useful bits still, like the lazy list types and the Haskell-like (and similarly named) combinators. So I guess try it and see.

    (Since you mentioned real-time, I should mention that the lists use reference counting, so if you ‘discard’ a long list there may be a non-trivial wait in the destructor as all the cells’ ref-counts go to zero. I think typically in streaming scenarios with infinite streams/lists this is a non-issue, since you’re typically just tailing into the stream and only deallocating things one node at a time as you stream.)

    • 0