Feature #418: === Configuration & Build ===
Envelope task #1602: == CMake configuration, dependences ==
require libcerf instead of providing ThirdParty/Fadeeva
|Status:||Rejected||Start date:||01 Aug 2016|
»Eat your own dogfood«. We are hosting »libcerf«, so we should use it in our own projects. »libcerf-dev« has made it into Debian and Fedora, so where is the problem?
- Parent task changed from #418 to #1602
- Target version set to Sprint 33
It might be advantageous to first provide a C++ version of the library (using C++ std::complex instead of C complex types). Wrapping the complex types will have to be provided anyway, so it is better done in a transparent way on the library level.
- Status changed from New to Backlog
- Target version deleted (
- Status changed from Backlog to Rejected
Also available in: Atom