DCMTK编译

最新推荐文章于 2025-06-08 19:18:27 发布

C++程序员Carea

最新推荐文章于 2025-06-08 19:18:27 发布

阅读量912

点赞数

CC 4.0 BY-SA版权

分类专栏： VTK/ITK

本文链接：https://blog.youkuaiyun.com/calmreason/article/details/100031063

VTK/ITK 同时被 2 个专栏收录

73 篇文章 ¥69.90 ¥99.00

订阅专栏

超级会员免费看

数字图象处理

5 篇文章

订阅专栏

本文介绍了在编译DCMTK时遇到的Unicode支持问题。由于DCMTK的OFString使用char*接口，强行添加UNICODE定义会导致编译错误。DCMTK的内部日志系统OFLog依赖于log4cplus，但又进行了自定义实现，不支持Unicode编码。若要构建动态库，需开启BUILD_SHARED_LIBS选项，同时为了与宽字节库如QT、LOG4CPLUS兼容，需要手动在接口处进行字符编码转换，避免使用宽字节功能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

VTK/ITK文章列表

dcmtk-3.6.4

使用Unicode？dcmtk的编译选项里没有关于Unicode的选项，OFString的接口里明确使用了OFString(char*)作为构造函数参数，所以，我们可以假设不能够自己擅自在CMakeList.txt里增加一行

add_definitions(-DUNICODE -D_UNICODE)

来强制使用Unicode编码。

亲测：加了之后编译不过

void dcmtk::log4cplus::Logger::forcedLog(const dcmtk::log4cplus::spi::InternalLoggingEvent &) const”: 无法将参数 3 从“int”转换为“const char *”

在dcmtk的源码里是这样的：

OFLogger OFLog::getLogger(const char *loggerName)
{
    OFLog_init();
    // logger objects have a reference counting copy-constructor, so returning by-value is cheap
    return dcmtk::log4cplus::Logger::getInstance(loggerNa

了解本专栏