[MacPorts] #19000: vtk 5.4.0 (vtk-devel)

[MacPorts]

#19000: vtk 5.4.0 (vtk-devel)
---------------------------------+------------------------------------------
 Reporter:  dweber@…             |       Owner:  dweber@…           
     Type:  enhancement          |      Status:  assigned           
 Priority:  Normal               |   Milestone:                     
Component:  ports                |     Version:  1.7.0              
 Keywords:  VTK vtk              |        Port:  vtk5 vtk-devel     
---------------------------------+------------------------------------------

Comment(by dweber@…):

 Should be able to checkin a new revision this week.  Currently have tcl,
 python, java wrapping working with cocoa (although no extensive testing of
 all the functionality has been done).  At this point, all the build and
 installation routines are coming along well.

 Tested:
 vtk-devel
 @5.4.0_0+cocoa+darwin_9+data+doc+examples+java+py26+shared+tcl+testing

 Testing today:
 vtk-devel
 @5.4.0_0+cocoa+darwin_9+data+doc+examples+java+py25+shared+tcl+testing

 In the course of testing the py26 variant, discovered a VTK-5.4 egg in the
 python 2.6 framework site-packages (not sure where it came from, maybe
 specific to my system or another py26 port is trying to provide vtk).
 That egg did not work because it didn't link the .so libraries with an
 rpath.  The extra egg was overriding the install from this package,
 somehow.  After removing the other egg, this variant install works
 ($prefix/bin/vtk-5.4-python26 works, and ipython -> import vtk works).

 Renaming the $prefix/bin/vtk to $prefix/bin/vtk-5.4-tcl/.  Other binaries
 in $prefix/bin (eg, vtkWrap*) may be renamed too, if it will not interfere
 with functionality.  If it does, the actual binaries my be renamed and
 symlinks can be created for version specific defaults (maybe part of a
 vtk_select port).

-- 
Ticket URL: <http://trac.macports.org/ticket/19000#comment:20>
MacPorts <http://www.macports.org/>
Ports system for Mac OS