Hi Brian,
superbuild doesn't have an explicit INSTALL target.
What should happen is that you should see an Install directory being created in
the vmtk-build
directory (not the VMTK-Build, the one containing it) at the end of the build.
That Install directory already contains all vmtk files and dependencies that
allow you to run vmtk.
What you have to do is to set the appropriate environment variables.
To do so, position yourself in the Install directory and create a file named,
e.g. vmtk-startup.bat
(the important part is the .bat extension) containing the following code:
rem @echo off
set VMTK_DIR=%~dp0
set PATH=%VMTK_DIR%bin;%VMTK_DIR%lib\InsightToolkit;%VMTK_DIR%lib\Python;%PATH%
set
PYTHONPATH=%VMTK_DIR%lib\site-packages;%VMTK_DIR%lib\vtk-5.10;%VMTK_DIR%lib\vmtk
cd %VMTK_DIR%
python bin\vmtk-exe.py
Save the file, exit and start the bat file by double clicking on it. Hopefully
you'll see pypepad coming up.
Hope this helps.
Luca
On Jan 4, 2013, at 12:07 AM, Brian Davis wrote:
>
> Is the current build of VMTK from source supposed to have the INSTALL target.
> When the project is opend in visual studio the install target is not there
> and in attempts to use VMTK "superbuild" in a "super-e-duper-superbuild" (my
> build that uses ExternalProject_Add to download, build, and install fails
> due to what I belive is a lack of the intall target in VMTK and I must make
> INSTALL_COMMAND "" to skip the install command.
>
> I would expect INSTALL target to work and for INSTALL_DIR or
> -DCMAKE_INSTALL_PREFIX=${INSTALL_PREFIX} to put the output wherever I want
> to put it.
>
>
>
> ExternalProject_Add(
> ${VMTK_PACKAGE}
> GIT_REPOSITORY ${GIT_URL}
> UPDATE_COMMAND ""
> SOURCE_DIR ${THIRD_PARTY_SRC_DIR}/${VMTK_PACKAGE}
> BINARY_DIR ${BUILD_DIR}/ouput/bin/${VMTK_PACKAGE}
> INSTALL_DIR ${INSTALL_PREFIX}
> INSTALL_COMMAND ""
> CMAKE_ARGS
> -DCMAKE_INSTALL_PREFIX=${INSTALL_PREFIX}
> -DINSTALL_PREFIX=${INSTALL_PREFIX}
> -DPYTHON_INCLUDE_DIR=${PYTHON_INCLUDE_DIR}
> )
>
>
> As far as python I have installed every flavor x64 for 2.6, 2.7, and 3.0
> where 2.7 (I belive) was installed by the binary package from
> vmtk-1.0.0-win7-64bit.exe. This version seemed to fail on
> vmtknetworkextraction so I gave up on that version and went back to the
> source build, through I was able to get Marching Cubes and centerline
> extraction to work.
>
> I have tried the forcing of the CMakeCache.txt as described in
> http://www.vmtk.org/Main/Installation/ , which I may add is a superawesome
> hack which makes the super-e-duper build impossible as vmtk requires vtk
> which is not downloaded for patching before ExternalProject_Add on the vmtk
> project. A Nice chicken in the egg problem. Though I do not think I have
> this issue when 3.0 is build, but at this point I am so confused trying to
> get anything to work.
>
>
>
>
> ------------------------------------------------------------------------------
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712_______________________________________________
> vmtk-users mailing list
> vmtk-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/vmtk-users
------------------------------------------------------------------------------
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
_______________________________________________
vmtk-users mailing list
vmtk-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vmtk-users
