Configuration #1544

require libcerf instead of providing ThirdParty/Fadeeva

Added by wuttke about 4 years ago. Updated about 1 month ago.

Status:RejectedStart date:01 Aug 2016
Priority:LowDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

»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?


Related issues

Related to BornAgain - Configuration #1175: Installer: Linux: Provide official debian package Backlog 03 Sep 2015

History

#1 Updated by wuttke about 4 years ago

  • Parent task set to #418

#2 Updated by wuttke about 4 years ago

  • Parent task changed from #418 to #1602

#3 Updated by wuttke almost 4 years ago

  • Target version set to Sprint 33

#4 Updated by wuttke almost 4 years ago

#5 Updated by herck almost 4 years ago

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.

#6 Updated by herck over 3 years ago

  • Status changed from New to Backlog

#7 Updated by herck over 3 years ago

  • Target version deleted (Sprint 33)

#8 Updated by pospelov about 3 years ago

  • Status changed from Backlog to Rejected

Rejected, see #1823

#9 Updated by wuttke about 1 month ago

  • Parent task deleted (#1602)

Also available in: Atom PDF