#38919: Add port for h3dutil --------------------------------+-------------------------------- Reporter: daniel.evestedt@… | Owner: macports-tickets@… Type: submission | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Resolution: fixed | Keywords: Port: h3dutil | --------------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => fixed Comment: Replying to [comment:12 daniel.evestedt@…]:

How are you using 1.3.0 though? 1.2.0 seems to be the one in the current MacPorts version for me at least.

There is no MacPorts version of h3dutil yet; this ticket is as yet unresolved. When the ticket was filed, 1.2.0 was presumably the current version, and I experienced the described problem with it. I then saw that in the mean time 1.3.0 had been released, and I updated my local portfile to that version, but the problem remained. I have identified the portion of h3dutils' CMakeLists.txt responsible for this and have added a patch to correct it. Replying to [comment:13 daniel.evestedt@…]:

The dcmtk that is used for Mavericks is a snapshot version of the dcmtk code and not an official release. It seems to not be in a fully stable state yet. There are two ways to build dcmtk, CMake or configure. If using CMake dcmtk build will fail with the same errors as H3DUtil when linking applications or shared libraries. configure seems to work though.

dcmtk was changed to use a snapshot for all OS X versions, and to build using cmake, in r128998, so its behavior is now consistent across OS X versions.

I would recommend to have the default build of dcmtk to be without libiconv and add support for it as a variant. Otherwise all libraries that previously used MacPorts dcmtk will fail on Mavericks.

This is not a good idea. This would result in the following problem: users who installed dcmtk with this hypothetical libiconv variant would then find that ports that depend on dcmtk would fail to build.

The best solution would be to provide shared libraries as well which would avoid this linking problem. However since the CMake build for shared libraries fails and configure does not seem to have this option there is no simple way to do that.

dcmtk also installs dynamic libraries as of r128998. It seems the undefined symbol errors we were experiencing with h3dutils on Mavericks and later due to the snapshot are no longer occurring, so there's no longer a reason not to commit this port. Committed it in r133713. Not previously discussed: I added a zlib dependency because it does link with it. -- Ticket URL: <https://trac.macports.org/ticket/38919#comment:14> MacPorts <https://www.macports.org/> Ports system for OS X