[MacPorts] #38919: Add port for h3dutil

[MacPorts]

#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