Updated to stable 3.6.2 version, currently uses bundled charls library. I will wait for Fedora's patches to release a version with Arch's charls.
Search Criteria
Package Details: dcmtk 3.6.2-0
| Git Clone URL: | https://aur.archlinux.org/dcmtk.git (read-only) |
|---|---|
| Package Base: | dcmtk |
| Description: | A collection of libraries and applications implementing large parts the DICOM standard |
| Upstream URL: | http://dicom.offis.de/dcmtk |
| Licenses: | |
| Submitter: | Skatox |
| Maintainer: | Skatox |
| Last Packager: | Skatox |
| Votes: | 33 |
| Popularity: | 0.008121 |
| First Submitted: | 2008-11-07 13:14 |
| Last Updated: | 2017-07-29 22:26 |
Dependencies (9)
- charls (charls-git, charls1)
- libpng
- libssh (libssh-git)
- libtiff
- libxml2 (libxml2-linenum)
- openssl (libressl, libressl-git, openssl-chacha20, openssl-git, openssl-no-aesni, openssl-purify, openssl-tls1.3-git, openssl-via-padlock)
- zlib (libz, zlib-asm, zlib-git, zlib-static)
- cmake (cmake-git) (make)
- make (make-git, make3) (make)
Required by (4)
Sources (1)
Latest Comments
Skatox commented on 2017-07-29 22:33
hoschi commented on 2017-06-14 07:50
[ 57%] Built target dcmdata
[ 57%] Linking CXX shared library libdcmimage.so
[ 57%] Built target dcmimage
make: *** [Makefile:130: all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
*ouch*
I want to look at my MRI-Images :(
Skatox commented on 2017-06-05 01:42
Now it throws me SSL errors for depecrated functions. I guess this version cannot be compiled with current libraries. Use snapshot for a newer version.
I'm welcome to receive patches to help this to compile.
pmattern commented on 2017-03-08 00:31
@graysky
This is probably the problem discussed below as of 2016-11-08.
graysky commented on 2017-02-07 20:02
Doesn't build for me, seems to die here:
/build/dcmtk/src/dcmtk-3.6.0/dcmjpls/libsrc/djerror.h:34:51: fatal error: CharLS/interface.h: No such file or directory
Complete build log here: https://gist.github.com/graysky2/7a23b4cf1c88bfe61be96fd0ec51f678
Others?
nisok commented on 2017-01-06 21:29
Hi to all ...
Just letting you know that the bug persists.
pmattern commented on 2016-12-06 23:09
As of release 3.6.0 CMake is approved on *ix as well, see end of section "BUILDING (Unix)" of file INSTALL you mentioned.
Anyway the problem isn't that DCMTK 3.6.0 doesn't compile when CMake is used but that it doesn't seem to be possible to have it use system CharLS 1.x installed in parallel with 2.x representing the latest stable release. Are you saying it's this particular problem you could solve by using the autotools instead of CMake?
quasarj commented on 2016-12-01 23:21
Why is this being built with CMake at all? The INSTALL file in the distribution says to use autoconf on Unix, and CMake only for Windows.
I get a full compile without errors if I just use autoconf...
pmattern commented on 2016-11-15 19:10
Unfortunately this is a bit beyond my knowledge. What I've already tried is tweaking CMake variables, but to no avail. If you run CMake on the code as patched by this package there are three CMake variables dealing with CharLS. When CharLS is installed in /opt and these variables are set to
> -DDCMTK_WITH_CHARLS=ON \
> -DCHARLS_INCLUDE_DIR:PATH=/opt/charls1/include \
> -DCHARLS_LIBRARY:FILEPATH=/opt/charls1/lib/libCharLS.so[.1.0]
DCMTK compiles flawlessly yet CharLS isn't found due to faulty linking like in
> $ ldd /usr/bin/dcmcjpls
> [...]
> libCharLS.so.1 => not found
Skatox commented on 2016-11-14 03:44
@pmattern thanks for the information. Maybe I could try to patch the source code to find the library somewhere?