From david.thompson at kitware.com Thu Sep 1 08:19:50 2016 From: david.thompson at kitware.com (David Thompson) Date: Thu, 1 Sep 2016 08:19:50 -0400 Subject: [Smtk-developers] Build failure In-Reply-To: References: <56109D91-095D-42D5-8D09-B412949DCAE7@kitware.com> Message-ID: > I expect this is fallout from us moving the surface filter to VTK from paraview. I expect if you update the superbuild and rebuild PV the issue will go away. I tried updating the superbuild before reporting this problem, although it was an incremental build not a clean one. David >> On Aug 31, 2016, at 6:14 PM, David Thompson wrote: >> >> Hi all, >> >> I updated my SMTK repo and got an error when linking vtkSMTKReaderExt: >> >> Undefined symbols for architecture x86_64: >> "vtkDataSetRegionSurfaceFilter::New()", referenced from: >> vtkNew::vtkNew() in vtkCMBGeometryReader.cxx.o >> ld: symbol(s) not found for architecture x86_64 >> >> My SMTK repo is a submodule in a developer-mode CMB checkout+build and is built with ParaView support (not VTK-only). I was able to get things working again by adding: >> >> target_link_libraries(${vtk-module} LINK_PRIVATE vtkPVVTKExtensionsDefault) >> >> just after "if (SMTK_ENABLE_PARAVIEW_SUPPORT)" in smtk/extension/vtk/reader/CMakeLists.txt. Did I forget to do something or is this a real issue? >> >> Thanks, >> David >> _______________________________________________ >> Smtk-developers mailing list >> Smtk-developers at smtk.org >> http://public.kitware.com/mailman/listinfo/smtk-developers From bob.obara at kitware.com Thu Sep 1 08:30:04 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Thu, 1 Sep 2016 08:30:04 -0400 Subject: [Smtk-developers] Build failure In-Reply-To: References: <56109D91-095D-42D5-8D09-B412949DCAE7@kitware.com> Message-ID: <9C856E3C-D15C-4084-BE21-6B3A51EE0D89@kitware.com> Hi Dave, Is the problem building smtk or CMB? Bob Sent from my iPad On Sep 1, 2016, at 8:19 AM, David Thompson wrote: >> I expect this is fallout from us moving the surface filter to VTK from paraview. I expect if you update the superbuild and rebuild PV the issue will go away. > > I tried updating the superbuild before reporting this problem, although it was an incremental build not a clean one. > > David > > >>> On Aug 31, 2016, at 6:14 PM, David Thompson wrote: >>> >>> Hi all, >>> >>> I updated my SMTK repo and got an error when linking vtkSMTKReaderExt: >>> >>> Undefined symbols for architecture x86_64: >>> "vtkDataSetRegionSurfaceFilter::New()", referenced from: >>> vtkNew::vtkNew() in vtkCMBGeometryReader.cxx.o >>> ld: symbol(s) not found for architecture x86_64 >>> >>> My SMTK repo is a submodule in a developer-mode CMB checkout+build and is built with ParaView support (not VTK-only). I was able to get things working again by adding: >>> >>> target_link_libraries(${vtk-module} LINK_PRIVATE vtkPVVTKExtensionsDefault) >>> >>> just after "if (SMTK_ENABLE_PARAVIEW_SUPPORT)" in smtk/extension/vtk/reader/CMakeLists.txt. Did I forget to do something or is this a real issue? >>> >>> Thanks, >>> David >>> _______________________________________________ >>> Smtk-developers mailing list >>> Smtk-developers at smtk.org >>> http://public.kitware.com/mailman/listinfo/smtk-developers > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers From yumin.yuan at kitware.com Thu Sep 1 08:50:21 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Thu, 1 Sep 2016 08:50:21 -0400 Subject: [Smtk-developers] Build failure In-Reply-To: <9C856E3C-D15C-4084-BE21-6B3A51EE0D89@kitware.com> References: <56109D91-095D-42D5-8D09-B412949DCAE7@kitware.com> <9C856E3C-D15C-4084-BE21-6B3A51EE0D89@kitware.com> Message-ID: Hi David, The vtkPVVTKExtensionsDefault is already in the PRIVATE_DEPENDS list in smtk/extension/vtk/reader/module.cmake, and the vtkDataSetRegionSurfaceFilter has been moved to paraview for quite a while, so I suspect this is a superbuild related issue (don't forget to do a "submodule update" when updating superbuild source). Yumin On Thu, Sep 1, 2016 at 8:30 AM, Robert Michael O'Bara wrote: > Hi Dave, > > Is the problem building smtk or CMB? > > Bob > > Sent from my iPad > > On Sep 1, 2016, at 8:19 AM, David Thompson > wrote: > > >> I expect this is fallout from us moving the surface filter to VTK from > paraview. I expect if you update the superbuild and rebuild PV the issue > will go away. > > > > I tried updating the superbuild before reporting this problem, although > it was an incremental build not a clean one. > > > > David > > > > > >>> On Aug 31, 2016, at 6:14 PM, David Thompson < > david.thompson at kitware.com> wrote: > >>> > >>> Hi all, > >>> > >>> I updated my SMTK repo and got an error when linking vtkSMTKReaderExt: > >>> > >>> Undefined symbols for architecture x86_64: > >>> "vtkDataSetRegionSurfaceFilter::New()", referenced from: > >>> vtkNew::vtkNew() in > vtkCMBGeometryReader.cxx.o > >>> ld: symbol(s) not found for architecture x86_64 > >>> > >>> My SMTK repo is a submodule in a developer-mode CMB checkout+build and > is built with ParaView support (not VTK-only). I was able to get things > working again by adding: > >>> > >>> target_link_libraries(${vtk-module} LINK_PRIVATE > vtkPVVTKExtensionsDefault) > >>> > >>> just after "if (SMTK_ENABLE_PARAVIEW_SUPPORT)" in > smtk/extension/vtk/reader/CMakeLists.txt. Did I forget to do something or > is this a real issue? > >>> > >>> Thanks, > >>> David > >>> _______________________________________________ > >>> Smtk-developers mailing list > >>> Smtk-developers at smtk.org > >>> http://public.kitware.com/mailman/listinfo/smtk-developers > > > > _______________________________________________ > > Smtk-developers mailing list > > Smtk-developers at smtk.org > > http://public.kitware.com/mailman/listinfo/smtk-developers > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.maynard at kitware.com Thu Sep 1 10:41:12 2016 From: robert.maynard at kitware.com (Robert Maynard) Date: Thu, 1 Sep 2016 10:41:12 -0400 Subject: [Smtk-developers] Build failure In-Reply-To: References: <56109D91-095D-42D5-8D09-B412949DCAE7@kitware.com> <9C856E3C-D15C-4084-BE21-6B3A51EE0D89@kitware.com> Message-ID: On Thu, Sep 1, 2016 at 8:50 AM, Yumin Yuan wrote: > Hi David, > > The vtkPVVTKExtensionsDefault is already in the PRIVATE_DEPENDS list in > smtk/extension/vtk/reader/module.cmake, and the Actually that isn't the case anymore, since vtkDataSetRegionSurfaceFilter has been moved from ParaView to VTK. > vtkDataSetRegionSurfaceFilter has been moved to paraview for quite a while, > so I suspect this is a superbuild related issue (don't forget to do a > "submodule update" when updating superbuild source). I just did a clean rebuild of the cmb superbuild, and also a standalone smtk ( targeting the superbuild paraview ) . Both of these build correctly. > > Yumin > > On Thu, Sep 1, 2016 at 8:30 AM, Robert Michael O'Bara > wrote: >> >> Hi Dave, >> >> Is the problem building smtk or CMB? >> >> Bob >> >> Sent from my iPad >> >> On Sep 1, 2016, at 8:19 AM, David Thompson >> wrote: >> >> >> I expect this is fallout from us moving the surface filter to VTK from >> >> paraview. I expect if you update the superbuild and rebuild PV the issue >> >> will go away. >> > >> > I tried updating the superbuild before reporting this problem, although >> > it was an incremental build not a clean one. >> > >> > David >> > >> > >> >>> On Aug 31, 2016, at 6:14 PM, David Thompson >> >>> wrote: >> >>> >> >>> Hi all, >> >>> >> >>> I updated my SMTK repo and got an error when linking vtkSMTKReaderExt: >> >>> >> >>> Undefined symbols for architecture x86_64: >> >>> "vtkDataSetRegionSurfaceFilter::New()", referenced from: >> >>> vtkNew::vtkNew() in >> >>> vtkCMBGeometryReader.cxx.o >> >>> ld: symbol(s) not found for architecture x86_64 >> >>> >> >>> My SMTK repo is a submodule in a developer-mode CMB checkout+build and >> >>> is built with ParaView support (not VTK-only). I was able to get things >> >>> working again by adding: >> >>> >> >>> target_link_libraries(${vtk-module} LINK_PRIVATE >> >>> vtkPVVTKExtensionsDefault) >> >>> >> >>> just after "if (SMTK_ENABLE_PARAVIEW_SUPPORT)" in >> >>> smtk/extension/vtk/reader/CMakeLists.txt. Did I forget to do something or is >> >>> this a real issue? >> >>> >> >>> Thanks, >> >>> David >> >>> _______________________________________________ >> >>> Smtk-developers mailing list >> >>> Smtk-developers at smtk.org >> >>> http://public.kitware.com/mailman/listinfo/smtk-developers >> > >> > _______________________________________________ >> > Smtk-developers mailing list >> > Smtk-developers at smtk.org >> > http://public.kitware.com/mailman/listinfo/smtk-developers >> _______________________________________________ >> Smtk-developers mailing list >> Smtk-developers at smtk.org >> http://public.kitware.com/mailman/listinfo/smtk-developers > > > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > From bob.obara at kitware.com Tue Sep 13 16:08:42 2016 From: bob.obara at kitware.com (Bob Obara) Date: Tue, 13 Sep 2016 16:08:42 -0400 Subject: [Smtk-developers] Xcode 8 Message-ID: Hi All, As you may have seen XCode 8 was released today - just to remind everyone that CMB and SMTK have not been tested with this version - so upgrade at your own risk ! (on the other hand if you have already upgraded let us know what your experience has been :) Thanks! Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacob.becker at kitware.com Tue Sep 13 22:36:24 2016 From: jacob.becker at kitware.com (Jacob Becker) Date: Tue, 13 Sep 2016 22:36:24 -0400 Subject: [Smtk-developers] [Cmb-users] Xcode 8 In-Reply-To: References: Message-ID: It appears my mac decided it wants to update it without my permission.... Juda On Tue, Sep 13, 2016 at 4:08 PM, Bob Obara wrote: > Hi All, > > As you may have seen XCode 8 was released today - just to remind everyone > that CMB and SMTK have not been tested with this version - so upgrade at > your own risk ! (on the other hand if you have already upgraded let us > know what your experience has been :) > > Thanks! > > Bob > > Robert M. O'Bara, MEng. > Assistant Director of Scientific Computing > > Kitware Inc. > 28 Corporate Drive > Suite 101 > Clifton Park, NY 12065 > > Phone: (518) 881- 4931 > > > > > > _______________________________________________ > Cmb-users mailing list > Cmb-users at computationalmodelbuilder.org > http://public.kitware.com/mailman/listinfo/cmb-users > > -- =================== Jacob "Juda" Becker R&D Engineer Kitware Inc. 28 Corporate Drive Clifton Park, NY 12065 Phone: (518) 881-4947 Fax: (518) 271-4573 =================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Tue Sep 13 22:40:53 2016 From: bob.obara at kitware.com (Robert Michael O'Bara) Date: Tue, 13 Sep 2016 22:40:53 -0400 Subject: [Smtk-developers] [Cmb-users] Xcode 8 In-Reply-To: References: Message-ID: <3E8E7C4B-BE88-41CE-8E1C-E2CF5A742CD7@kitware.com> Hi Juda, Oops! So I'm guessing you will be our Xcode 8 tester - I'll be very interested in the results.. Bob Sent from my iPad > On Sep 13, 2016, at 10:36 PM, Jacob Becker wrote: > > It appears my mac decided it wants to update it without my permission.... > Juda > >> On Tue, Sep 13, 2016 at 4:08 PM, Bob Obara wrote: >> Hi All, >> >> As you may have seen XCode 8 was released today - just to remind everyone that CMB and SMTK have not been tested with this version - so upgrade at your own risk ! (on the other hand if you have already upgraded let us know what your experience has been :) >> >> Thanks! >> >> Bob >> >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 >> >> >> >> >> >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> http://public.kitware.com/mailman/listinfo/cmb-users > > > > -- > =================== > Jacob "Juda" Becker > R&D Engineer > > Kitware Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > > Phone: (518) 881-4947 > Fax: (518) 271-4573 > =================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacob.becker at kitware.com Tue Sep 13 22:41:43 2016 From: jacob.becker at kitware.com (Jacob Becker) Date: Tue, 13 Sep 2016 22:41:43 -0400 Subject: [Smtk-developers] [Cmb-users] Xcode 8 In-Reply-To: <3E8E7C4B-BE88-41CE-8E1C-E2CF5A742CD7@kitware.com> References: <3E8E7C4B-BE88-41CE-8E1C-E2CF5A742CD7@kitware.com> Message-ID: I am trying to get it to stop, so we will see. Juda On Tue, Sep 13, 2016 at 10:40 PM, Robert Michael O'Bara < bob.obara at kitware.com> wrote: > Hi Juda, > > Oops! So I'm guessing you will be our Xcode 8 tester - I'll be very > interested in the results.. > > Bob > > Sent from my iPad > > On Sep 13, 2016, at 10:36 PM, Jacob Becker > wrote: > > It appears my mac decided it wants to update it without my permission.... > Juda > > On Tue, Sep 13, 2016 at 4:08 PM, Bob Obara wrote: > >> Hi All, >> >> As you may have seen XCode 8 was released today - just to remind everyone >> that CMB and SMTK have not been tested with this version - so upgrade at >> your own risk ! (on the other hand if you have already upgraded let us >> know what your experience has been :) >> >> Thanks! >> >> Bob >> >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 >> >> >> >> >> >> _______________________________________________ >> Cmb-users mailing list >> Cmb-users at computationalmodelbuilder.org >> http://public.kitware.com/mailman/listinfo/cmb-users >> >> > > > -- > =================== > Jacob "Juda" Becker > R&D Engineer > > Kitware Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > > Phone: (518) 881-4947 > Fax: (518) 271-4573 > =================== > > -- =================== Jacob "Juda" Becker R&D Engineer Kitware Inc. 28 Corporate Drive Clifton Park, NY 12065 Phone: (518) 881-4947 Fax: (518) 271-4573 =================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacob.becker at kitware.com Tue Sep 13 22:44:19 2016 From: jacob.becker at kitware.com (Jacob Becker) Date: Tue, 13 Sep 2016 22:44:19 -0400 Subject: [Smtk-developers] [Cmb-users] Xcode 8 In-Reply-To: References: <3E8E7C4B-BE88-41CE-8E1C-E2CF5A742CD7@kitware.com> Message-ID: ok, so it looks like I was successful at stopping it. I figure others should keep an eye out just incase. Juda On Tue, Sep 13, 2016 at 10:41 PM, Jacob Becker wrote: > I am trying to get it to stop, so we will see. > Juda > > On Tue, Sep 13, 2016 at 10:40 PM, Robert Michael O'Bara < > bob.obara at kitware.com> wrote: > >> Hi Juda, >> >> Oops! So I'm guessing you will be our Xcode 8 tester - I'll be very >> interested in the results.. >> >> Bob >> >> Sent from my iPad >> >> On Sep 13, 2016, at 10:36 PM, Jacob Becker >> wrote: >> >> It appears my mac decided it wants to update it without my permission.... >> Juda >> >> On Tue, Sep 13, 2016 at 4:08 PM, Bob Obara wrote: >> >>> Hi All, >>> >>> As you may have seen XCode 8 was released today - just to remind >>> everyone that CMB and SMTK have not been tested with this version - so >>> upgrade at your own risk ! (on the other hand if you have already upgraded >>> let us know what your experience has been :) >>> >>> Thanks! >>> >>> Bob >>> >>> Robert M. O'Bara, MEng. >>> Assistant Director of Scientific Computing >>> >>> Kitware Inc. >>> 28 Corporate Drive >>> Suite 101 >>> Clifton Park, NY 12065 >>> >>> Phone: (518) 881- 4931 >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Cmb-users mailing list >>> Cmb-users at computationalmodelbuilder.org >>> http://public.kitware.com/mailman/listinfo/cmb-users >>> >>> >> >> >> -- >> =================== >> Jacob "Juda" Becker >> R&D Engineer >> >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park, NY 12065 >> >> Phone: (518) 881-4947 >> Fax: (518) 271-4573 >> =================== >> >> > > > -- > =================== > Jacob "Juda" Becker > R&D Engineer > > Kitware Inc. > 28 Corporate Drive > Clifton Park, NY 12065 > > Phone: (518) 881-4947 > Fax: (518) 271-4573 > =================== > -- =================== Jacob "Juda" Becker R&D Engineer Kitware Inc. 28 Corporate Drive Clifton Park, NY 12065 Phone: (518) 881-4947 Fax: (518) 271-4573 =================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Sep 14 08:28:27 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 14 Sep 2016 08:28:27 -0400 Subject: [Smtk-developers] [Cmb-users] Xcode 8 In-Reply-To: References: Message-ID: <20160914122827.GA2676@megas.kitware.com> On Tue, Sep 13, 2016 at 16:08:42 -0400, Bob Obara wrote: > As you may have seen XCode 8 was released today - just to remind > everyone that CMB and SMTK have not been tested with this version - so > upgrade at your own risk ! (on the other hand if you have already > upgraded let us know what your experience has been :) It appears that 10.10 can't get the Xcode 8. --Ben From bob.obara at kitware.com Fri Sep 16 10:30:27 2016 From: bob.obara at kitware.com (Bob Obara) Date: Fri, 16 Sep 2016 10:30:27 -0400 Subject: [Smtk-developers] CMBTesting Data Message-ID: Hi All, The simulation_workflow directory was added using the ssh URL - I?ve changed it to use the https version so buildbots don?t have an issue. So you will need to do a git pull and then do a git submodule sync. Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Sep 16 16:50:59 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 16 Sep 2016 16:50:59 -0400 Subject: [Smtk-developers] New superbuild layout Message-ID: <20160916205059.GA4983@megas.kitware.com> Hi, As some of you have noticed, the superbuild build tree layout has changed a bit. The new setup is (using zlib as an example): superbuild/zlib/src/zlib -> superbuild/zlib/src superbuild/zlib/src/zlib-build -> superbuild/zlib/build superbuild/zlib/src/zlib-stamp -> superbuild/zlib/stamp The easiest way to address any issues you see is to just delete the install/ directory. The more surgical fix is to delete Python bits from the install/ tree (it's the only one I saw which got headers mixed up, but other projects may have similar problems). As a reminder, do not do development underneath the superbuild unless you know what you're doing[1]: the superbuild assumes it has full control of the $builddir/superbuild directory. For SMTK and CMB, the `SMTK_SOURCE_DIR` and `CMB_SOURCE_DIR` variables may be used by setting `smtk_FROM_GIT=OFF` and `smtk_FROM_SOURCE_DIR=ON` (similar for CMB) so that you can use the superbuild for arbitrary branches. Open issues if other projects need similar treatment on a regular basis. --Ben [1]In particular, changing the source URL for git repos or the tarball for non-git sources (or switching between the two) will remove the corresponding source tree without asking. From bob.obara at kitware.com Mon Sep 19 20:58:46 2016 From: bob.obara at kitware.com (Bob Obara) Date: Mon, 19 Sep 2016 20:58:46 -0400 Subject: [Smtk-developers] Trying to build SMTK with latest ParaView Message-ID: <99583B22-B385-4110-BEA5-2D44FD51FF11@kitware.com> Hi All, When I try to compile SMTK with ParaView?s master branch I get the following - the symbol its looking for seems to be there. I also noted a ton of override warnings. Any ideas? Bob [12/460] Building CXX object smtk/extension/paraview/appcomponents/CMakeFiles/smtkPQComponentsExt.dir/pqPluginSMTKViewBehavior.cxx.o FAILED: : && /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -fPIC --sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -std=c++11 -stdlib=libc++ -O3 -DNDEBUG -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -dynamiclib -Wl,-headerpad_max_install_names -o lib/libvtkSMTKSourceExt-7.1.1.dylib -install_name @rpath/libvtkSMTKSourceExt-7.1.1.dylib smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkMeshMultiBlockSource.cxx.o smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelMultiBlockSource.cxx.o smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelRepresentation.cxx.o smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelSource.cxx.o smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelView.cxx.o /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkViewsInfovis-pv5.1.1.dylib lib/libsmtkCore.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingMatplotlib-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingContextOpenGL2-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingVolumeOpenGL2-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingGL2PSOpenGL2-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOGeometry-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkViewsCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkInteractionWidgets-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkInteractionStyle-pv5.1.1.dylib lib/libcJSON.a thirdparty/moab/lib/libMOAB.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkPythonInterpreter-pv5.1.1.dylib /usr/lib/libpython2.7.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingContext2D-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingFreeType-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkfreetype-pv5.1.1.dylib -framework ApplicationServices -framework CoreServices /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingOpenGL2-pv5.1.1.dylib -framework Cocoa /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libhdf5.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libsz.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf_c++.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libhdf5.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libsz.dylib /usr/lib/libdl.dylib /usr/lib/libm.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf_c++.dylib /usr/lib/libz.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingVolume-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOXML-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOXMLParser-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersGeometry-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkImagingCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkglew-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersSources-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersGeneral-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOLegacy-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonExecutionModel-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonDataModel-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonTransforms-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonMisc-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonMath-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonCore-pv5.1.1.dylib /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtksys-pv5.1.1.dylib -Wl,-rpath,/Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/build/lib && : Undefined symbols for architecture x86_64: "vtkConvertSelection::ToSelectionType(vtkSelection*, vtkDataObject*, int, vtkStringArray*, int)", referenced from: vtkModelRepresentation::ConvertSelection(vtkView*, vtkSelection*) in vtkModelRepresentation.cxx.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) In file included from smtk/bridge/discrete/TestBuild_smtk_bridge_discrete_ImportOperator.cxx:10: In file included from /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/src/smtk/bridge/discrete/operators/ImportOperator.h:16: /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/src/smtk/bridge/discrete/operation/vtkCMBModelBuilder.h:36:8: warning: 'PrintSelf' overrides a member function but is not marked 'override' [-Winconsistent-missing-override] void PrintSelf(ostream& os, vtkIndent indent); ^ Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.maynard at kitware.com Tue Sep 20 08:36:14 2016 From: robert.maynard at kitware.com (Robert Maynard) Date: Tue, 20 Sep 2016 08:36:14 -0400 Subject: [Smtk-developers] Trying to build SMTK with latest ParaView In-Reply-To: <99583B22-B385-4110-BEA5-2D44FD51FF11@kitware.com> References: <99583B22-B385-4110-BEA5-2D44FD51FF11@kitware.com> Message-ID: As far as the override warnings, they are being generated because of compiling ParaView with C++11 enabled. People are working on reducing the number of those warnings, but you might want to explicitly suppress the inconsistent override warning ( -Wno-inconsistent-missing-override ) On Mon, Sep 19, 2016 at 8:58 PM, Bob Obara wrote: > Hi All, > > When I try to compile SMTK with ParaView?s master branch I get the following > - the symbol its looking for seems to be there. > I also noted a ton of override warnings. > > Any ideas? > > Bob > > > [12/460] Building CXX object > smtk/extension/paraview/appcomponents/CMakeFiles/smtkPQComponentsExt.dir/pqPluginSMTKViewBehavior.cxx.o > FAILED: : && > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ > -fPIC > --sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk > -std=c++11 -stdlib=libc++ -O3 -DNDEBUG -isysroot > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk > -dynamiclib -Wl,-headerpad_max_install_names -o > lib/libvtkSMTKSourceExt-7.1.1.dylib -install_name > @rpath/libvtkSMTKSourceExt-7.1.1.dylib > smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkMeshMultiBlockSource.cxx.o > smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelMultiBlockSource.cxx.o > smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelRepresentation.cxx.o > smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelSource.cxx.o > smtk/extension/vtk/source/CMakeFiles/vtkSMTKSourceExt.dir/vtkModelView.cxx.o > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkViewsInfovis-pv5.1.1.dylib > lib/libsmtkCore.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingMatplotlib-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingContextOpenGL2-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingVolumeOpenGL2-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingGL2PSOpenGL2-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOGeometry-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkViewsCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkInteractionWidgets-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkInteractionStyle-pv5.1.1.dylib > lib/libcJSON.a thirdparty/moab/lib/libMOAB.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkPythonInterpreter-pv5.1.1.dylib > /usr/lib/libpython2.7.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingContext2D-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingFreeType-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkfreetype-pv5.1.1.dylib > -framework ApplicationServices -framework CoreServices > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingOpenGL2-pv5.1.1.dylib > -framework Cocoa > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libhdf5.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libsz.dylib > /usr/lib/libdl.dylib /usr/lib/libm.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf_c++.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libhdf5.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libsz.dylib > /usr/lib/libdl.dylib /usr/lib/libm.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/install/lib/libnetcdf_c++.dylib > /usr/lib/libz.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingVolume-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOXML-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOXMLParser-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkRenderingCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersGeometry-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkImagingCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkglew-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersSources-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersGeneral-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkFiltersCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOLegacy-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkIOCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonExecutionModel-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonDataModel-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonTransforms-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonMisc-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonMath-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtkCommonCore-pv5.1.1.dylib > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/paraview/build/lib/libvtksys-pv5.1.1.dylib > -Wl,-rpath,/Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/build/lib > && : > Undefined symbols for architecture x86_64: > "vtkConvertSelection::ToSelectionType(vtkSelection*, vtkDataObject*, int, > vtkStringArray*, int)", referenced from: > vtkModelRepresentation::ConvertSelection(vtkView*, vtkSelection*) in > vtkModelRepresentation.cxx.o > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > In file included from > smtk/bridge/discrete/TestBuild_smtk_bridge_discrete_ImportOperator.cxx:10: > In file included from > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/src/smtk/bridge/discrete/operators/ImportOperator.h:16: > /Users/obara/Projects/Kitware/Builds/CMBSuperBuildParaViewMaster/superbuild/smtk/src/smtk/bridge/discrete/operation/vtkCMBModelBuilder.h:36:8: > warning: 'PrintSelf' overrides a member function but is not marked > 'override' [-Winconsistent-missing-override] > void PrintSelf(ostream& os, vtkIndent indent); > ^ > Robert M. O'Bara, MEng. > Assistant Director of Scientific Computing > > Kitware Inc. > 28 Corporate Drive > Suite 101 > Clifton Park, NY 12065 > > Phone: (518) 881- 4931 > > > > > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > From david.thompson at kitware.com Tue Sep 20 10:17:17 2016 From: david.thompson at kitware.com (David Thompson) Date: Tue, 20 Sep 2016 10:17:17 -0400 Subject: [Smtk-developers] SMTK tests Message-ID: Hi all, One of the the blockers for python-based image comparison tests in SMTK is that "import vtk" fails. This happens on endor because its buildbot points ParaView_DIR to an installed version of ParaView rather than a build tree. ParaView doesn't appear to include any information about where the site-packages directory is (in either the build or install tree). Should SMTK hardwire both install and build-tree paths relative to ParaView_DIR? Or does find_package(ParaView) provide some variable I'm unaware of to get this path? Thanks, David From ben.boeckel at kitware.com Tue Sep 20 11:42:44 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 20 Sep 2016 11:42:44 -0400 Subject: [Smtk-developers] SMTK tests In-Reply-To: References: Message-ID: <20160920154244.GA3326@megas.kitware.com> On Tue, Sep 20, 2016 at 10:17:17 -0400, David Thompson wrote: > Should SMTK hardwire both install and build-tree paths relative to > ParaView_DIR? Or does find_package(ParaView) provide some variable I'm > unaware of to get this path? ParaViewConfig.cmake should provide this information. --Ben From david.thompson at kitware.com Tue Sep 20 12:42:54 2016 From: david.thompson at kitware.com (David Thompson) Date: Tue, 20 Sep 2016 12:42:54 -0400 Subject: [Smtk-developers] SMTK tests In-Reply-To: <20160920154244.GA3326@megas.kitware.com> References: <20160920154244.GA3326@megas.kitware.com> Message-ID: <9A6F979E-4FA4-4F13-853C-AD3ED5DEED9D@kitware.com> >> Should SMTK hardwire both install and build-tree paths relative to >> ParaView_DIR? Or does find_package(ParaView) provide some variable I'm >> unaware of to get this path? > > ParaViewConfig.cmake should provide this information. "Should" as in "may in the future" or "should" as in "believe it currently does"? If the latter, I don't see "site-packages" in any of the config files, nor do I see any other way to identify where the directory is... Am I missing something, or do I need to write something to expose "(ParaView|VTK)_PYTHON_SITE_PACKAGES" in the config file? Thanks, David From ben.boeckel at kitware.com Tue Sep 20 13:18:32 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 20 Sep 2016 13:18:32 -0400 Subject: [Smtk-developers] SMTK tests In-Reply-To: <9A6F979E-4FA4-4F13-853C-AD3ED5DEED9D@kitware.com> References: <20160920154244.GA3326@megas.kitware.com> <9A6F979E-4FA4-4F13-853C-AD3ED5DEED9D@kitware.com> Message-ID: <20160920171832.GA12971@rotor> On Tue, Sep 20, 2016 at 12:42:54 -0400, David Thompson wrote: > >> Should SMTK hardwire both install and build-tree paths relative to > >> ParaView_DIR? Or does find_package(ParaView) provide some variable I'm > >> unaware of to get this path? > > > > ParaViewConfig.cmake should provide this information. > > "Should" as in "may in the future" or "should" as in "believe it > currently does"? If the latter, I don't see "site-packages" in any of > the config files, nor do I see any other way to identify where the > directory is... Am I missing something, or do I need to write > something to expose "(ParaView|VTK)_PYTHON_SITE_PACKAGES" in the > config file? As in "in the future". --Ben From bob.obara at kitware.com Tue Sep 20 15:40:09 2016 From: bob.obara at kitware.com (Bob Obara) Date: Tue, 20 Sep 2016 15:40:09 -0400 Subject: [Smtk-developers] Updated SuperBuild Message-ID: Hi All, I?ve updated the version of ParaView we use with CMB and SMTK (to fix some incompatibilities with the latest version of ParaView Master) so if you are pulling from either SMTK or CMB master branches you will probably need to do a clean SuperBuild (either full or developer). Bob Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Thu Sep 22 11:16:16 2016 From: david.thompson at kitware.com (David Thompson) Date: Thu, 22 Sep 2016 11:16:16 -0400 Subject: [Smtk-developers] CMB-superbuild issue Message-ID: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> Hi Ben (et al.), When I turn on CGM support in the CMB superbuild (in developer mode, if it matters), I get the error below when building FTGL. Any ideas what is going wrong? Did the branch get merged to master or upstreamed? Or did the repo get changed to one without the branch/tag? Thanks, David [ 33%] Built target zlib [ 66%] Built target freetype [ 75%] Performing download step (git clone) for 'ftgl' Cloning into 'src'... remote: Counting objects: 7843, done. remote: Total 7843 (delta 0), reused 0 (delta 0), pack-reused 7843 Receiving objects: 100% (7843/7843), 6.13 MiB | 3.82 MiB/s, done. Resolving deltas: 100% (5890/5890), done. Checking connectivity... done. error: pathspec 'origin/create-cmake-config-file' did not match any file(s) known to git. CMake Error at tmp/ftgl-gitclone.cmake:49 (message): Failed to checkout tag: 'origin/create-cmake-config-file' make[3]: *** [superbuild/ftgl/stamp/ftgl-download] Error 1 make[2]: *** [superbuild/CMakeFiles/ftgl.dir/all] Error 2 make[1]: *** [superbuild/CMakeFiles/ftgl.dir/rule] Error 2 make: *** [ftgl] Error 2 From yumin.yuan at kitware.com Thu Sep 22 11:18:20 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Thu, 22 Sep 2016 11:18:20 -0400 Subject: [Smtk-developers] CMB-superbuild issue In-Reply-To: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> References: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> Message-ID: You need to update the cmbsuperbuild. I had the same error, and Ben updated superbuild. Yumin On Thu, Sep 22, 2016 at 11:16 AM, David Thompson wrote: > Hi Ben (et al.), > > When I turn on CGM support in the CMB superbuild (in developer mode, if it > matters), I get the error below when building FTGL. Any ideas what is going > wrong? Did the branch get merged to master or upstreamed? Or did the repo > get changed to one without the branch/tag? > > Thanks, > David > > [ 33%] Built target zlib > [ 66%] Built target freetype > [ 75%] Performing download step (git clone) for 'ftgl' > Cloning into 'src'... > remote: Counting objects: 7843, done. > remote: Total 7843 (delta 0), reused 0 (delta 0), pack-reused 7843 > Receiving objects: 100% (7843/7843), 6.13 MiB | 3.82 MiB/s, done. > Resolving deltas: 100% (5890/5890), done. > Checking connectivity... done. > error: pathspec 'origin/create-cmake-config-file' did not match any > file(s) known to git. > CMake Error at tmp/ftgl-gitclone.cmake:49 (message): > Failed to checkout tag: 'origin/create-cmake-config-file' > > > make[3]: *** [superbuild/ftgl/stamp/ftgl-download] Error 1 > make[2]: *** [superbuild/CMakeFiles/ftgl.dir/all] Error 2 > make[1]: *** [superbuild/CMakeFiles/ftgl.dir/rule] Error 2 > make: *** [ftgl] Error 2 > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Thu Sep 22 11:18:52 2016 From: david.thompson at kitware.com (David Thompson) Date: Thu, 22 Sep 2016 11:18:52 -0400 Subject: [Smtk-developers] CMB-superbuild issue In-Reply-To: References: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> Message-ID: <97279D3F-70A3-489E-860F-E132F5E0F50E@kitware.com> > You need to update the cmbsuperbuild. I had the same error, and Ben updated superbuild. Thanks, Yumin. David From ben.boeckel at kitware.com Thu Sep 22 11:29:45 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 22 Sep 2016 11:29:45 -0400 Subject: [Smtk-developers] CMB-superbuild issue In-Reply-To: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> References: <39E809BC-4874-422D-8D6B-F44012BA9938@kitware.com> Message-ID: <20160922152945.GA9647@rotor.kitware.com> On Thu, Sep 22, 2016 at 11:16:16 -0400, David Thompson wrote: > When I turn on CGM support in the CMB superbuild (in developer mode, > if it matters), I get the error below when building FTGL. Any ideas > what is going wrong? Did the branch get merged to master or > upstreamed? Or did the repo get changed to one without the branch/tag? The branch got merged and I had deleted the branch with the button out of habit, forgetting this bit. The updated superbuild now points to the upstream repo at a known hash. This should be converted into a tarball download at some point. --Ben