本文介绍了依赖性库在安装过程中无法识别在debian linux中伪装dicom包的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述



我开始使用linux环境,想要使用八度音阶对于我的工作,是必不可少的(我的数据是dicom格式,不容易转换因为它的维度很高,它需要许多很多单独的文件)。



dicom包依赖于库,我已经安装。当安装dicom软件包时,我得到这个错误:



致命错误:gdcm-2.0 / gdcmReader.h:没有这样的文件



当前的gdcm版本比2.0更新,所以我想也许我应该使用旧版本,但是错误仍然存​​在。即使是较旧的功能也没有安装到该路径。我认为dicom软件包不会查看应该使用哪个路径。



也许这是一个错误,因为路径是硬编码的(如同类似的OSX线程中所建议的)
也许这是因为最后一个版本是从2011年开始的,而且这个包不再是维护了,而gdcm不断得到更新。
也许我只是做一些可怕的错误,我看不到。

解决方案

替换 gdcm- 2.0 / gdcmReader.h gdcm-2.4 / gdcmReader.h 在八度装订中。


I ask this question on this stack exchange because it has (by far) the most posts about octave.

I started using a linux environment and want to use octave for my work, for which the dicom package is essential (my data is in the dicom format and not readily converted to nifti because of its high dimensionality, it would require many,many seperate files).

The dicom package is dependend on the gdcm library, which I have installed. The when installing the dicom package I get this error:

fatal error: gdcm-2.0/gdcmReader.h: No such file

The current gdcm version is newer than 2.0 so I thought maybe I should use the older version, but the error remained. Even the older function did not get installed to that path. I think the dicom package does not look at which path it should use.

Maybe this is a bug because the path is hardcoded (as suggested in the similar OSx thread)Maybe this happens because the last release is from 2011 and the package is just not maintained anymore, while gdcm keeps getting updates.Maybe Im just doing something horribly wrong that Im not seeing.

解决方案

Replace gdcm-2.0/gdcmReader.h with gdcm-2.4/gdcmReader.h in the octave binding.

这篇关于依赖性库在安装过程中无法识别在debian linux中伪装dicom包的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

09-13 22:05