I don't think that we, the DCMTK team, ever officially supported Borland C++ Builder (because we had so many problems with it, compared to Microsoft Visual Studio). I know that there were (still are?) DCMTK users (especially some companies) who tried that on their own... And, I can also remember that we did some minor modifications for them over time. However, since no one in our team actually uses this compiler, "support" for it depends on the users (that means you).Our DCMTK DLL is the first and only project that we have to develop beneath Visual C++ after OFFIS has stopped Borland C++ Builder support. We have many problems with Visual C++.
Precompiled support libraries for DCMTK 3.6.1 and libiconv
Moderator: Moderator Team
-
- DCMTK Developer
- Posts: 2501
- Joined: Tue, 2011-05-03, 14:38
- Location: Oldenburg, Germany
- Contact:
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
-
- Posts: 20
- Joined: Tue, 2007-09-04, 13:24
- Location: Chemnitz, Germany
- Contact:
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
Excuse me if I've said something wrong.
But I remember, 2007 was "Borland C++ Builder" a target platform in the CMake project, and DCMTK could be used (with restrictions).
Now we have a wrapper DLL based on VC++, which exports functions that we need in our program. We are happy with this solution.
I want to ask once more, SORRY:
Michael: Do you have a version of libcharset.lib and libcharset.dll that fits to the iconv files you sent us on Tuesday?
Unfortunately the DLL alone raises some linker "unresolved external" errors. Or am I completely wrong?
![Smile :)](./images/smilies/icon_e_smile.gif)
But I remember, 2007 was "Borland C++ Builder" a target platform in the CMake project, and DCMTK could be used (with restrictions).
Now we have a wrapper DLL based on VC++, which exports functions that we need in our program. We are happy with this solution.
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Our problem would be solved with this: Do you have a schedule when the libraries are available?Admin wrote:Thanks for the request - this is on our to-do list, and we will make support libraries for 3.6.1 available as time permits.
I want to ask once more, SORRY:
Michael: Do you have a version of libcharset.lib and libcharset.dll that fits to the iconv files you sent us on Tuesday?
Unfortunately the DLL alone raises some linker "unresolved external" errors. Or am I completely wrong?
-
- DCMTK Developer
- Posts: 2048
- Joined: Fri, 2004-11-05, 13:47
- Location: Oldenburg, Germany
- Contact:
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
Hi,
hm, since my DCMTK build used the libiconv version that I have sent you, I am surprised that your's requires libcharset.
Maybe the missing symbol is already part of libiconv (even if it has charset in its name). I would check:
Michael
hm, since my DCMTK build used the libiconv version that I have sent you, I am surprised that your's requires libcharset.
Maybe the missing symbol is already part of libiconv (even if it has charset in its name). I would check:
- ... whether libiconv is really linked to your project at all
- ... the link order i.e. you have to include libiconv before or after the object/library that uses it (compiler dependent I think), e.g. try adding at in the beginning of the linked library list or in the end.
Michael
-
- DCMTK Developer
- Posts: 2048
- Joined: Fri, 2004-11-05, 13:47
- Location: Oldenburg, Germany
- Contact:
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
Have you been successful, Holger?
-
- Posts: 9
- Joined: Thu, 2006-03-02, 08:46
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
Funny enough it was easy to solve under Windows and OS X.
But under Linux... here's what I ran into.
On Centos7.
- http://rpm.pbone.net/index.php3/stat/4/ ... 4.rpm.html on centos w/ no success. dcmtk can't find it, I am not sure what I should pass in for WITH_ICONVINC since the path are /usr/libiconv/include and /usr/libiconv/lib64
- tried using libiconv.tar.gz but there's an outstanding bug w/ gets. Same problem on Ubuntu16.04. There's a patch, but the patch is based off of git.
- tried using git version of libiconv which I think may have the gets bug fixed. Can't get autogen to use aclocal-1.13
But under Linux... here's what I ran into.
On Centos7.
- http://rpm.pbone.net/index.php3/stat/4/ ... 4.rpm.html on centos w/ no success. dcmtk can't find it, I am not sure what I should pass in for WITH_ICONVINC since the path are /usr/libiconv/include and /usr/libiconv/lib64
- tried using libiconv.tar.gz but there's an outstanding bug w/ gets. Same problem on Ubuntu16.04. There's a patch, but the patch is based off of git.
- tried using git version of libiconv which I think may have the gets bug fixed. Can't get autogen to use aclocal-1.13
-
- Posts: 20
- Joined: Tue, 2007-09-04, 13:24
- Location: Chemnitz, Germany
- Contact:
Re: Precompiled support libraries for DCMTK 3.6.1 and libico
Hello Michael!
Nice to have you inquire, but the problem is solved for us. Actually we have to use VC++ 2008, maybe the problems disappear if we could use a newer version.
1. We able to compile using the guidelines form PARK Youngho: http://www.codeproject.com/Articles/302 ... ual-Studio
2. We've done some changes because the LIBICONV_SECOND_ARGUMENT_CONST does not work for us.
3. The last linker error was the missed _function _libiconv_version, we've found a workaround.
So it works for our purposes. We've build it as a DLL, because libiconv is under LGPL licence.
Fortunately, we do not need libxml2-2.7.7 because this library uses a different version of iconv.lib.
Thanks for your help!
Best Regards,
Holger
Nice to have you inquire, but the problem is solved for us. Actually we have to use VC++ 2008, maybe the problems disappear if we could use a newer version.
1. We able to compile using the guidelines form PARK Youngho: http://www.codeproject.com/Articles/302 ... ual-Studio
2. We've done some changes because the LIBICONV_SECOND_ARGUMENT_CONST does not work for us.
3. The last linker error was the missed _function _libiconv_version, we've found a workaround.
So it works for our purposes. We've build it as a DLL, because libiconv is under LGPL licence.
Fortunately, we do not need libxml2-2.7.7 because this library uses a different version of iconv.lib.
Thanks for your help!
Best Regards,
Holger
Who is online
Users browsing this forum: Ahrefs [Bot], Bing [Bot] and 1 guest