DICOM @ OFFIS

Our third party libs build script (that I still want to make available officially after finishing cleanup and documentation) does it the following way: The configure step is done this way: execute_process(COMMAND "cscript" "configure.js" "compiler=msvc" "prefix=${P...

I think the default is MT and -DBUILD_SHARED_LIBS=ON should change it to MD, but I did not see -DBUILD_SHARED_LIBS=ON in your CMake command line and assumed the problem originated from MT/MD incompatibility.

Yes, libssl, as you can see in the regex code that I had posted.

Linking OpenSSL is actually linking dcmtkcrypto and dcmtkssl libraries. But they are clearly not part of OpenSSL. Wrong, these are the OpenSSL libraries. We just renamed them to prevent collisions with existing OpenSSL libraries (e.g. in C:\Windows\System32) from a different OpenSSL version. Code e...

Is it this one: https://forum.dcmtk.org/viewtopic.php?f=4&t=35

We've made progress... our CI guy managed to build DCMTK with libiconv using MSYS2 (even only using the iconv implementation shipped with MSYS). The bad news is that some modifications to DCMTK were necessary. He did that in a hackish way that should never be seen in public. A general solution is be...

Great! For further notice: I asked for the DCMTK and Toolchain file since I remembered that problem from when I was porting DCMTK to Android. In short: normally '-pie' is only given for building shared objects (the workaround you used) but some android devices also require it for statically linked e...

Quick idea: try building DCMTK as shared libs, since that will enable '-pie' (set BUILD_SHARED_LIBS=ON).

If this doesn't help:

Which version of DCMTK are you using?
Which CMake version are you using?
What were your steps for configuring the build (Android toolchain file?)

Thats good to know, so, if MSYS2 already comes with a full libiconv, we should also have it on our nightly build server. I'll ask the one that manages it to incorporate the libiconv into the MinGW builds. He'll be back next week, let's see what he manages to do.

Dear gzhang, I just looked it up, our nightly MinGW builds also don't use the iconv library (says the overview). The one build I specifically looked at said -- Info: Building DCMTK without character set conversion support We have CMake based scripts for creating the support libraries you can downloa...

Also, in case you did not know, you can replace the usage of OFString with std::string in the entire toolkit using the CMake Cache variable(s) DCMTK_ENABLE_STL / DCMTK_ENABLE_STL_STRING. Depending on what other program language you are working with (i.e. whether it has an automatic wrapper for std::...

As long as you can create a Window that allows displaying the image (e.g. render RGB pixel data), this should be possible. I would perhaps use something like QT in addition, though (for making the software portable to other operating systems etc.).

Interesting. It seems they really made progress. I have just added a feature to our issue tracker: https://support.dcmtk.org/redmine/issues/824

What version of DCMTK are you using? We have some "per-feature" tests since DCMTK 3.6.2. I would be suprised if Visual Studio now implements std::error_code correctly, but this is also handled independently from the C++11 flag since version 3.6.2.