Package Details: gdcm 3.0.8-1

Git Clone URL: (read-only, click to copy)
Package Base: gdcm
Description: a C++ library for DICOM medical files
Upstream URL:
Keywords: DICOM Python
Licenses: BSD
Submitter: giniu
Maintainer: tfmoraes
Last Packager: tfmoraes
Votes: 27
Popularity: 0.184490
First Submitted: 2013-01-10 11:55
Last Updated: 2020-10-09 21:30

Latest Comments

« First ‹ Previous 1 2 3 4

giniu commented on 2014-01-22 18:19

This comes from /usr/lib/vtk-5.10/VTKConfig.cmake - it means, that gdcm should be built using same Java as VTK, and it always means OpenJDK. I will add OpenJDK into build dependencies.

Also, I'm having problems with gcdm picking OpenJPEG2 instead of OpenJPEG and failing, that's why for now I will disable system installed OpenJPEG.

If someone has fixes for those issues, I'd be happy to incorporate them.

giniu commented on 2014-01-20 09:14

Wanted to let you know that I'm working on this, but I'm having same troubles building as ahuillet, I will still try building it using official jdk, but if all tries fail, I will change dependency on java from generic one to openjdk.

snuo commented on 2013-12-13 02:55

The latest builds fine by updating the checksum and version.

pkgname=gdcm pkgver=2.4.1

ahuillet commented on 2013-08-09 14:18

Build fails here, with:
make[2]: *** No rule to make target `/usr/lib64/jvm/java-7-openjdk/jre/lib/amd64/', needed by `bin/'. Stop.
make[1]: *** [Utilities/VTK/CMakeFiles/vtkgdcmJava.dir/all] Error 2

This is with jdk7 (not openjdk). For some reason cmake still picks /usr/lib64/jvm/java-7-openjdk even though that directory doesn't exist.

Adelie commented on 2013-07-19 16:54

using -DGDCM_USE_VTK:BOOL=ON seems to throw build errors even though it install vtk as a dep:

/tmp/yaourt-tmp-dave/aur-gdcm/src/gdcm-2.2.3/Utilities/VTK/vtkgdcm.i:359: Error: Unable to find 'vtkObjectBase.h'
/tmp/yaourt-tmp-dave/aur-gdcm/src/gdcm-2.2.3/Utilities/VTK/vtkgdcm.i:375: Error: Unable to find 'vtkObject.h'

giniu commented on 2013-05-21 19:29

Thanks for letting me know, I will look into it.

SMOG commented on 2013-05-21 17:09

You should add this line in PKGBUILD in the section build(), after the 'cmake \' line:
-DOPENJPEG_INCLUDE_DIR=/usr/include/openjpeg-1.5 \

This fixes the problem I've reported a few hours ago...

SMOG commented on 2013-05-21 16:02

I get an error during build():

CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:97 (message):
Could NOT find OpenJPEG (missing: OPENJPEG_INCLUDE_DIR)
Call Stack (most recent call first):
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:291 (_FPHSA_FAILURE_MESSAGE)
CMake/FindOpenJPEG.cmake:39 (find_package_handle_standard_args)
CMakeLists.txt:321 (FIND_PACKAGE)

I've tried to install 'openjpeg' package (by adding it to gdcm depends in PKGBUILD) but the problem remains... do anyone have any hint?

giniu commented on 2013-04-13 17:27

Update is delayed, because for some reason gdcm 2.2.2 and 2.2.3 is picking wrong java on my system (non existing one!). I have to investigate.

giniu commented on 2013-01-10 11:56

I'm merging this package into gdcm (which is newer version and with more bindings)