Feature #344
openEnable using external libCharLS (e.g. provided by the OS)
0%
Description
Linux package maintainers (Debian, Fedora and ArchLinux) would prefer to use an external CharLS library instead of the one provided as part of DCMTK.
Updated by Jan Schlamelcher over 7 years ago
- Subject changed from Benutze externe libCharLS falls vorhanden to Enable using external libCharLS (e.g. provided by the OS)
Updated by Michael Onken over 7 years ago
Uli Schlachter wrote:
Linux package maintainers (Debian, Fedora and ArchLinux) would prefer to use an external CharLS library instead of the one provided as part of DCMTK.
At least Debian and I guess some of its derivates already do that for some time now (see Debian libdcmtk package)
Updated by Jörg Riesmeier about 6 years ago
- Category set to Library
- Priority changed from Low to Normal
- Module changed from all to dcmjpls, config
Fedora project already managed to use CharLS 2.0 library: https://github.com/DCMTK/dcmtk/pull/18#issuecomment-519146275
Debian project still seems to have problems with newer versions of CharLS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923433
Updated by Marco Eichelberg about 6 years ago
- Target version set to 3.6.6
The implementation strategy for DCMTK decided by the team will be to keep the internal CharLS version available in DCMTK (for platforms where CharLS is not available as an external library or compilers that do not support C++11/C++14) but provide an option to compile DCMTK either with the internal or with an external CharLS library. For the external CharLS library, we will primarily aim at supporting CharLS 2.x. This does require several modification of the build system, though, and these will only be implemented after DCMTK 3.6.5.