From ben.boeckel at kitware.com Tue Mar 7 16:56:00 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 7 Mar 2017 16:56:00 -0500 Subject: [Smtk-developers] Cmb superbuild gcm symbols In-Reply-To: References: Message-ID: <20170307215600.GA17252@megas.kitware.com> On Fri, Feb 24, 2017 at 18:08:15 +0000, michal wozniak wrote: > Is someone working on https://gitlab.kitware.com/cmb/cmb-superbuild/issues/59 ? > > I can't build the cmb superbuild if gcm is enabled. Is this issue > going to be fixed soon? I tried to export the required symbol by > modifying a couple of cmakelists but was unsuccessful. I just fixed and merged a fix this week. It'd be great if you could confirm that it is sufficient for you. Thanks, --Ben From michalwozniak at live.ca Fri Mar 10 18:03:06 2017 From: michalwozniak at live.ca (michal wozniak) Date: Fri, 10 Mar 2017 23:03:06 +0000 Subject: [Smtk-developers] Cmb superbuild gcm symbols In-Reply-To: <20170307215600.GA17252@megas.kitware.com> References: , <20170307215600.GA17252@megas.kitware.com> Message-ID: Hi, Yes, it is working! Thank you Michal ________________________________ From: Ben Boeckel Sent: Tuesday, March 7, 2017 4:56 PM To: michal wozniak Cc: smtk-developers at smtk.org Subject: Re: [Smtk-developers] Cmb superbuild gcm symbols On Fri, Feb 24, 2017 at 18:08:15 +0000, michal wozniak wrote: > Is someone working on https://gitlab.kitware.com/cmb/cmb-superbuild/issues/59 ? [https://gitlab.kitware.com/uploads/project/avatar/20/CMBLogoSuperBuild.png] CGM needs exported symbols for Windows (#59) ? Issues ? CMB / CMB-SuperBuild gitlab.kitware.com The engines need exported from the the `cgma_init` library. Cc: @dcthomp @bob.obara [https://gitlab.kitware.com/uploads/project/avatar/20/CMBLogoSuperBuild.png] [https://gitlab.kitware.com/uploads/project/avatar/20/CMBLogoSuperBuild.png] CGM needs exported symbols for Windows (#59) ? Issues ? CMB / CMB-SuperBuild gitlab.kitware.com The engines need exported from the the `cgma_init` library. Cc: @dcthomp @bob.obara CGM needs exported symbols for Windows (#59) ? Issues ? CMB / CMB-SuperBuild gitlab.kitware.com The engines need exported from the the `cgma_init` library. Cc: @dcthomp @bob.obara > > I can't build the cmb superbuild if gcm is enabled. Is this issue > going to be fixed soon? I tried to export the required symbol by > modifying a couple of cmakelists but was unsuccessful. I just fixed and merged a fix this week. It'd be great if you could confirm that it is sufficient for you. Thanks, --Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Sat Mar 18 11:42:26 2017 From: david.thompson at kitware.com (David Thompson) Date: Sat, 18 Mar 2017 11:42:26 -0400 Subject: [Smtk-developers] Local smtk visual tests fail after update In-Reply-To: <1C3EE1CD-6151-45B1-853E-8B0F968C92F9@kitware.com> References: <1C3EE1CD-6151-45B1-853E-8B0F968C92F9@kitware.com> Message-ID: <403F5B17-1E27-40C4-B944-F5BBF16E6AD8@kitware.com> Hi TJ, > (Resending to you all individually because I was bounced from smtk-developer): I'm cc'ing the list and we'll see if I'm bounced, too. > After updating smtk-superbuild (development build) + smtk to master on my mac, image-based tests seem to suffer the same size doubling affliction we have been seeing on other machines. Does anyone else see this? Could this be related to the paraview update? You'll have to be more specific... I have been seeing size-doubling issues for a long time -- unless you mean that ParaView tests are now also failing (even though PV dashboards are OK). David From haocheng.liu at kitware.com Sat Mar 18 11:56:13 2017 From: haocheng.liu at kitware.com (Haocheng Liu) Date: Sat, 18 Mar 2017 11:56:13 -0400 Subject: [Smtk-developers] Local smtk visual tests fail after update In-Reply-To: <403F5B17-1E27-40C4-B944-F5BBF16E6AD8@kitware.com> References: <1C3EE1CD-6151-45B1-853E-8B0F968C92F9@kitware.com> <403F5B17-1E27-40C4-B944-F5BBF16E6AD8@kitware.com> Message-ID: Hi TJ, On Sat, Mar 18, 2017 at 11:42 AM, David Thompson wrote: > Hi TJ, > > > (Resending to you all individually because I was bounced from > smtk-developer): > > I'm cc'ing the list and we'll see if I'm bounced, too. > > > After updating smtk-superbuild (development build) + smtk to master on > my mac, image-based tests seem to suffer the same size doubling affliction > we have been seeing on other machines. Does anyone else see this? Could > this be related to the paraview update? > > I tested it just now on Ubuntu 16.04 smtk-superbuild(development build) + smtk master, Linux is fine with the image-based tests... > You'll have to be more specific... I have been seeing size-doubling issues > for a long time -- unless you mean that ParaView tests are now also failing > (even though PV dashboards are OK). > > David -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4421 <(518)%20881-4421> -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Sat Mar 18 12:09:58 2017 From: david.thompson at kitware.com (David Thompson) Date: Sat, 18 Mar 2017 12:09:58 -0400 Subject: [Smtk-developers] Local smtk visual tests fail after update In-Reply-To: <09CDD464-5C23-49E6-95AA-FDFF49C00EB5@kitware.com> References: <1C3EE1CD-6151-45B1-853E-8B0F968C92F9@kitware.com> <403F5B17-1E27-40C4-B944-F5BBF16E6AD8@kitware.com> <09CDD464-5C23-49E6-95AA-FDFF49C00EB5@kitware.com> Message-ID: <43E63896-BF96-4144-90F2-41B3B8C58E84@kitware.com> Hi TJ, > Thanks David! The following tests fail for me: > > 109 - BathymetryTestChesapeakeBay (Failed) > ... > 140 - exoReadFilePy (Failed) > 141 - slacReadFilePy (Failed) > > They all fail with this type of error message: > > 109: Failed Image Test ( bathymetryTestChesapeakeBay.png ) : 1e+299 > 109: Image differencing failed to produce an image because images are different size: > 109: Valid image: 299, 299, 0 > 109: Test image: 149, 149, 0 > > I?m not sure if these are specific to the paraview visualization. Most of the tests that end in "Py" are not related to PV at all, e.g., exoReadFile is an SMTK test that uses smtk.testing.TestCase to create a native-OS render window (not a Qt OpenGL render window). But the PV tests, e.g., BathymetryTestChesapeakeBay, create a Qt OpenGL render window (because they use PV for rendering). I am surprised they both fail the same way as the dashboards generally have different behaviors for native-OS vs. Qt render windows on retina displays. David From david.thompson at kitware.com Tue Mar 21 15:27:12 2017 From: david.thompson at kitware.com (David Thompson) Date: Tue, 21 Mar 2017 15:27:12 -0400 Subject: [Smtk-developers] Image-based tests on dashboards Message-ID: <40D90B51-8BC5-49E7-B19A-B1D8B1CBA716@kitware.com> Hi all, I talked to Cory about the issues SMTK+CMB are having with retina displays. 1. The MR Sean McBride has put forth ( https://gitlab.kitware.com/vtk/vtk/merge_requests/2567 ) only solves some of the issues people are having. Sean does not have a retina display to test with. 2. As we suspected, VTK uses vtkCocoaRenderWindow while ParaView uses QVTKWidget (the latter is aware of retina displays) but there are still issues that appear to be related to vtkWindowToImageFilter and/or offscreen rendering of test images. This is why ParaView tests fail in one mode (image is correct size but viewport parameters appear to be incorrect; too large by a factor of 2) while VTK tests fail in another (image size is incorrect, too small by half). This may also be confounded by some Apple APIs reporting/accepting sizes in points with others in pixels. 3. Since it doesn't appear that everything will be fixed in the next day or two unless Cory takes ownership (which he is avoiding :-), it might be best to disable image tests on talos and other retina-display machines. David From bob.obara at kitware.com Fri Mar 24 13:52:10 2017 From: bob.obara at kitware.com (Bob Obara) Date: Fri, 24 Mar 2017 13:52:10 -0400 Subject: [Smtk-developers] Assigning Random Colors Message-ID: Hi All, We are in the process of improving the color support in CMB. The following is the proposed implementation. The new assign color operator allows the user to assign a single color to a selected set of model entities or iterate through a color pallet (assigning different colors to the selected entities as shown below: One suggestion I have is to remove the change defaults label since this could be a little confusion. Especially since default in " inherited default? means something completely different (basically to remove the explicit color from the selected entities and inherit color from the model?s default colors (vertex, edge, face, volume color). Another possible improvement would be to be able to select a category of model entities (like apply to all edges) instead of heaving to select them individually. Please let me know what you think. 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-03-24 at 1.35.49 PMEDT.png Type: image/png Size: 52886 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-03-24 at 1.39.22 PMEDT.png Type: image/png Size: 49579 bytes Desc: not available URL: From david.thompson at kitware.com Fri Mar 24 15:42:19 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 24 Mar 2017 15:42:19 -0400 Subject: [Smtk-developers] [Cmb-users] Assigning Random Colors In-Reply-To: References: Message-ID: <130C3E38-AC22-4B2B-8F9A-8DB45F307B5B@kitware.com> Hi all, > ... > One suggestion I have is to remove the change defaults label since this could be a little confusion. Especially since default in " inherited default? means something completely different (basically to remove the explicit color from the selected entities and inherit color from the model?s default colors (vertex, edge, face, volume color). The current [SMTK MR 473](https://gitlab.kitware.com/cmb/smtk/merge_requests/473) uses the label "inherited default", but I would like to change it to an icon (a circle with a slash through it) to match what Haocheng's working on for the tree view. That should help make things clear, although I agree that "change defaults:" label is confusing. > Another possible improvement would be to be able to select a category of model entities (like apply to all edges) instead of heaving to select them individually. That would be nice, especially if Steve gets us a bunch of snazzy, consistent icons. David From bob.obara at kitware.com Fri Mar 24 16:30:41 2017 From: bob.obara at kitware.com (Bob Obara) Date: Fri, 24 Mar 2017 16:30:41 -0400 Subject: [Smtk-developers] Color Support Part 2 References: Message-ID: Hi All, As hinted in my previous email, we are going support inherited color support. For example if you want to have all your surfaces colored white and your edges colored blue - you will be able to select the edges node in the model tree and set its color to blue - as a result, all edges will be by default blue. If you then select edge 3 and set it to yellow you will have all your edges but edge 3 blue and edge 3 will be yellow - if you then change the edges node color to say red - all edges but edge 3 will be red and edge 3 will remain yellow. The issue this brings up is how to easily identify to the user that a model entity has an explicit color or is inheriting the color from the model tree. Below are two possible solutions: 1. Change the shape of the ?color swatch" associated with the model entity - in this case a rounded color swatch indicates that the entity is using an inherited color (in this case white) and a square shape indicates that it has an explicit color 2. keep the shape of the color swatch the same and use a hash pattern to indicate the color is inherited - a variation of this could be is to have just the icon (no border) to indicate that the color is inherited. Comments? 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 > > -- > Best regards > Haocheng > > Haocheng LIU > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4421 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test2D_circle-rec.png Type: image/png Size: 65315 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: test2D_dash-rec.png Type: image/png Size: 63396 bytes Desc: not available URL: From david.thompson at kitware.com Fri Mar 24 16:39:53 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 24 Mar 2017 16:39:53 -0400 Subject: [Smtk-developers] Color Support Part 2 In-Reply-To: References: Message-ID: <54D91459-618D-4DF0-997B-745605BD927D@kitware.com> Hi Bob, > ... > Below are two possible solutions: > > 1. Change the shape of the ?color swatch" associated with the model entity - in this case a rounded color swatch indicates that the entity is using an inherited color (in this case white) and a square shape indicates that it has an explicit color > > 2. keep the shape of the color swatch the same and use a hash pattern to indicate the color is inherited - a variation of this could be is to have just the icon (no border) to indicate that the color is inherited. > > Comments? How about the attached? (Whether the swatch is square or round, a red slash over a white background indicates color is not set and thus inherited?) This is used by lots of other programs, so people understand what it means. David -------------- next part -------------- A non-text attachment was scrubbed... Name: assign-colors.pdf Type: application/pdf Size: 9983 bytes Desc: not available URL: From haocheng.liu at kitware.com Fri Mar 24 16:46:05 2017 From: haocheng.liu at kitware.com (Haocheng Liu) Date: Fri, 24 Mar 2017 16:46:05 -0400 Subject: [Smtk-developers] Color Support Part 2 In-Reply-To: <54D91459-618D-4DF0-997B-745605BD927D@kitware.com> References: <54D91459-618D-4DF0-997B-745605BD927D@kitware.com> Message-ID: Hi David, On Fri, Mar 24, 2017 at 4:39 PM, David Thompson wrote: > Hi Bob, > > > ... > > Below are two possible solutions: > > > > 1. Change the shape of the ?color swatch" associated with the model > entity - in this case a rounded color swatch indicates that the entity is > using an inherited color (in this case white) and a square shape indicates > that it has an explicit color > > > > 2. keep the shape of the color swatch the same and use a hash pattern > to indicate the color is inherited - a variation of this could be is to > have just the icon (no border) to indicate that the color is inherited. > > > > Comments? > > How about the attached? (Whether the swatch is square or round, a red > slash over a white background indicates color is not set and thus > inherited?) This is used by lots of other programs, so people understand > what it means. > I love your idea, the only concern I have is that since now we've already using a red X to indicating visibility is off, would a red slash be too strong? Ex (X / ). May be a 2px gray slash? > David > > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > > -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4421 <(518)%20881-4421> -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Fri Mar 24 16:54:25 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 24 Mar 2017 16:54:25 -0400 Subject: [Smtk-developers] Color Support Part 2 In-Reply-To: References: <54D91459-618D-4DF0-997B-745605BD927D@kitware.com> Message-ID: <3D928A2D-79D3-4D78-8408-B392CEA7FEBA@kitware.com> Hi Haocheng, > ... the only concern I have is that since now we've already using a red X to indicating visibility is off, would a red slash be too strong? I would like to see us start using the font-awesome icons for visibility: http://fontawesome.io/icon/eye/ http://fontawesome.io/icon/eye-slash/ David From bob.obara at kitware.com Fri Mar 24 17:44:48 2017 From: bob.obara at kitware.com (Bob Obara) Date: Fri, 24 Mar 2017 17:44:48 -0400 Subject: [Smtk-developers] Color Support Part 2 In-Reply-To: <3D928A2D-79D3-4D78-8408-B392CEA7FEBA@kitware.com> References: <54D91459-618D-4DF0-997B-745605BD927D@kitware.com> <3D928A2D-79D3-4D78-8408-B392CEA7FEBA@kitware.com> Message-ID: <56007337-CCE2-4525-ACD0-7D19DF6B77A4@kitware.com> There are a new set of icons we will be using for CMB 5 (and invisible is not longer an eye with an x through it) - the reason I?m holding off is to make the two UI visually different so we know what version we are dealing with - especially since 4.x will be maintained between 6 to 12 months after 4.1 is released. 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 > On Mar 24, 2017, at 4:54 PMEDT, David Thompson wrote: > > Hi Haocheng, > >> ... the only concern I have is that since now we've already using a red X to indicating visibility is off, would a red slash be too strong? > > I would like to see us start using the font-awesome icons for visibility: > > http://fontawesome.io/icon/eye/ > http://fontawesome.io/icon/eye-slash/ > > David -------------- next part -------------- An HTML attachment was scrubbed... URL: From tj.corona at kitware.com Mon Mar 27 08:32:53 2017 From: tj.corona at kitware.com (TJ Corona) Date: Mon, 27 Mar 2017 08:32:53 -0400 Subject: [Smtk-developers] Test email Message-ID: <19ABB329-275B-4629-96A9-56F0F822FB1D@kitware.com> I just wanted to see if I am able to send email to this mailing list. Hi everyone! Thomas J. Corona, Ph.D. Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4443 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Mon Mar 27 18:28:54 2017 From: david.thompson at kitware.com (David Thompson) Date: Mon, 27 Mar 2017 18:28:54 -0400 Subject: [Smtk-developers] Dashboard issues? Message-ID: Hi all, I appear to have caused praxis a problem on SMTK's dashboard: https://open.cdash.org/viewBuildError.php?buildid=4827394 which I cannot diagnose. (Incidentally, praxis never even tried to build my merge request here: https://open.cdash.org/index.php?compare1=61&filtercount=1&field1=revision&project=SMTK&showfilters=0&limit=100&value1=9d639e4be4bc1d2650fcbac51d25738ef0d05fb7&showfeed=0 ). Does anyone have an idea how to diagnose this? Thanks, David From haocheng.liu at kitware.com Mon Mar 27 21:20:35 2017 From: haocheng.liu at kitware.com (Haocheng Liu) Date: Mon, 27 Mar 2017 21:20:35 -0400 Subject: [Smtk-developers] Dashboard issues? In-Reply-To: References: Message-ID: Hi David, I can try to do a clean super build on the new windows dashboard machine Kerbin tomorrow to see if I can reproduce this problem. On Mon, Mar 27, 2017 at 6:28 PM, David Thompson wrote: > Hi all, > > I appear to have caused praxis a problem on SMTK's dashboard: > > https://open.cdash.org/viewBuildError.php?buildid=4827394 > > which I cannot diagnose. (Incidentally, praxis never even tried to build > my merge request here: > > https://open.cdash.org/index.php?compare1=61&filtercount=1& > field1=revision&project=SMTK&showfilters=0&limit=100&value1= > 9d639e4be4bc1d2650fcbac51d25738ef0d05fb7&showfeed=0 > > ). Does anyone have an idea how to diagnose this? > > Thanks, > David > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4421 <(518)%20881-4421> -------------- next part -------------- An HTML attachment was scrubbed... URL: From tj.corona at kitware.com Tue Mar 28 09:01:02 2017 From: tj.corona at kitware.com (tj.corona at kitware.com) Date: Tue, 28 Mar 2017 09:01:02 -0400 Subject: [Smtk-developers] Dashboard issues? In-Reply-To: References: Message-ID: <58da5e8e.9278240a.626b5.61cc@mx.google.com> I?m not so good at the Windows, but it looks like something has changed in the ParaView plugin code to prevent the construction of a smtkPQOperatorViewsExt.lib target. I can reproduce this on my windows machine: C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja [30/47] Linking CXX shared library bin\TestBuild_smtk_extension_paraview_operators.dll FAILED: bin/TestBuild_smtk_extension_paraview_operators.dll lib/TestBuild_smtk_extension_paraview_operators.lib cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll --intdir=smtk\extension\paraview\operators\CMakeFiles\TestBuild_smtk_extension_paraview_operators.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo @CMakeFiles/TestBuild_smtk_extension_paraview_operators.rsp /out:bin\TestBuild_smtk_extension_paraview_operators.dll /implib:lib\TestBuild_smtk_extension_paraview_operators.lib /pdb:bin\TestBuild_smtk_extension_paraview_operators.pdb /dll /version:0.0 /machine:x64 /INCREMENTAL:NO && cd ." LINK : fatal error LNK1181: cannot open input file 'lib\smtkPQOperatorViewsExt.lib' LINK failed. with 1181 [31/47] Linking CXX shared library bin\smtkPQOperatorViewsPlugin.dll FAILED: bin/smtkPQOperatorViewsPlugin.dll lib/smtkPQOperatorViewsPlugin.lib cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll --intdir=smtk\extension\paraview\operators\CMakeFiles\smtkPQOperatorViewsPlugin.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo @CMakeFiles/smtkPQOperatorViewsPlugin.rsp /out:bin\smtkPQOperatorViewsPlugin.dll /implib:lib\smtkPQOperatorViewsPlugin.lib /pdb:bin\smtkPQOperatorViewsPlugin.pdb /dll /version:0.0 /machine:x64 /INCREMENTAL:NO /MANIFEST:NO && cd ." LINK : fatal error LNK1181: cannot open input file 'lib\smtkPQOperatorViewsExt.lib' LINK failed. with 1181 [34/47] Linking CXX shared library bin\smtkExodusSessionPlugin.dll Creating library lib\smtkExodusSessionPlugin.lib and object lib\smtkExodusSessionPlugin.exp [37/47] Linking CXX shared library bin\smtkPolygonQtExt.dll Creating library lib\smtkPolygonQtExt.lib and object lib\smtkPolygonQtExt.exp [38/47] Linking CXX shared module smtk\bridge\remote\_smtkPybindRemoteSession.pyd Creating library lib\_smtkPybindRemoteSession.lib and object lib\_smtkPybindRemoteSession.exp Generating code Finished generating code [39/47] Linking CXX shared module smtk\bridge\exodus\_smtkPybindExodusSession.pyd Creating library lib\_smtkPybindExodusSession.lib and object lib\_smtkPybindExodusSession.exp Generating code Finished generating code ninja: build stopped: subcommand failed. C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja smtkPQOperatorViewsExt.lib ninja: error: unknown target 'smtkPQOperatorViewsExt.lib', did you mean 'smtkPQOperatorViewsExt.dll'? Sent from Mail for Windows 10 From: Haocheng Liu Sent: Monday, March 27, 2017 9:21 PM To: David Thompson Cc: smtk-developers at smtk.org Subject: Re: [Smtk-developers] Dashboard issues? Hi David, I can try to do a clean super build on the new windows dashboard machine Kerbin tomorrow to see if I can reproduce this problem. On Mon, Mar 27, 2017 at 6:28 PM, David Thompson wrote: Hi all, I appear to have caused praxis a problem on SMTK's dashboard: ? https://open.cdash.org/viewBuildError.php?buildid=4827394 which I cannot diagnose. (Incidentally, praxis never even tried to build my merge request here: ? https://open.cdash.org/index.php?compare1=61&filtercount=1&field1=revision&project=SMTK&showfilters=0&limit=100&value1=9d639e4be4bc1d2650fcbac51d25738ef0d05fb7&showfeed=0 ). Does anyone have an idea how to diagnose this? ? ? ? ? Thanks, ? ? ? ? David _______________________________________________ Smtk-developers mailing list Smtk-developers at smtk.org http://public.kitware.com/mailman/listinfo/smtk-developers -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone:?518-881-4421 -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Tue Mar 28 09:41:23 2017 From: david.thompson at kitware.com (David Thompson) Date: Tue, 28 Mar 2017 09:41:23 -0400 Subject: [Smtk-developers] Dashboard issues? In-Reply-To: <58da5e8e.9278240a.626b5.61cc@mx.google.com> References: <58da5e8e.9278240a.626b5.61cc@mx.google.com> Message-ID: <6723E867-9CB5-40D9-B447-9498EAD9838D@kitware.com> Hi TJ, I am not so good at the Windows either. And if I was, I would pretend to be worse. What I don't understand is why, if smtkPQOperatorViewsExt.lib cannot be built, is the failure only reported when it is used as a dependency? What target should be creating it (smtkPQOperatorViewsExt.dll?), and can you look at that command line and see if there's something wrong there? Thanks, David > On Mar 28, 2017, at 09:01, wrote: > > I?m not so good at the Windows, but it looks like something has changed in the ParaView plugin code to prevent the construction of a smtkPQOperatorViewsExt.lib target. I can reproduce this on my windows machine: > > C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja > [30/47] Linking CXX shared library bin\TestBuild_smtk_extension_paraview_operators.dll > FAILED: bin/TestBuild_smtk_extension_paraview_operators.dll lib/TestBuild_smtk_extension_paraview_operators.lib > cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll --intdir=smtk\extension\paraview\operators\CMakeFiles\TestBuild_smtk_extension_paraview_operators.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo @CMakeFiles/TestBuild_smtk_extension_paraview_operators.rsp /out:bin\TestBuild_smtk_extension_paraview_operators.dll /implib:lib\TestBuild_smtk_extension_paraview_operators.lib /pdb:bin\TestBuild_smtk_extension_paraview_operators.pdb /dll /version:0.0 /machine:x64 /INCREMENTAL:NO && cd ." > LINK : fatal error LNK1181: cannot open input file 'lib\smtkPQOperatorViewsExt.lib' > LINK failed. with 1181 > [31/47] Linking CXX shared library bin\smtkPQOperatorViewsPlugin.dll > FAILED: bin/smtkPQOperatorViewsPlugin.dll lib/smtkPQOperatorViewsPlugin.lib > cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll --intdir=smtk\extension\paraview\operators\CMakeFiles\smtkPQOperatorViewsPlugin.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo @CMakeFiles/smtkPQOperatorViewsPlugin.rsp /out:bin\smtkPQOperatorViewsPlugin.dll /implib:lib\smtkPQOperatorViewsPlugin.lib /pdb:bin\smtkPQOperatorViewsPlugin.pdb /dll /version:0.0 /machine:x64 /INCREMENTAL:NO /MANIFEST:NO && cd ." > LINK : fatal error LNK1181: cannot open input file 'lib\smtkPQOperatorViewsExt.lib' > LINK failed. with 1181 > [34/47] Linking CXX shared library bin\smtkExodusSessionPlugin.dll > Creating library lib\smtkExodusSessionPlugin.lib and object lib\smtkExodusSessionPlugin.exp > [37/47] Linking CXX shared library bin\smtkPolygonQtExt.dll > Creating library lib\smtkPolygonQtExt.lib and object lib\smtkPolygonQtExt.exp > [38/47] Linking CXX shared module smtk\bridge\remote\_smtkPybindRemoteSession.pyd > Creating library lib\_smtkPybindRemoteSession.lib and object lib\_smtkPybindRemoteSession.exp > Generating code > Finished generating code > [39/47] Linking CXX shared module smtk\bridge\exodus\_smtkPybindExodusSession.pyd > Creating library lib\_smtkPybindExodusSession.lib and object lib\_smtkPybindExodusSession.exp > Generating code > Finished generating code > ninja: build stopped: subcommand failed. > > C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja smtkPQOperatorViewsExt.lib > ninja: error: unknown target 'smtkPQOperatorViewsExt.lib', did you mean 'smtkPQOperatorViewsExt.dll'? > > > Sent from Mail for Windows 10 > > From: Haocheng Liu > Sent: Monday, March 27, 2017 9:21 PM > To: David Thompson > Cc: smtk-developers at smtk.org > Subject: Re: [Smtk-developers] Dashboard issues? > > Hi David, > > I can try to do a clean super build on the new windows dashboard machine Kerbin tomorrow to see if I can reproduce this problem. > > On Mon, Mar 27, 2017 at 6:28 PM, David Thompson wrote: > Hi all, > > I appear to have caused praxis a problem on SMTK's dashboard: > > https://open.cdash.org/viewBuildError.php?buildid=4827394 > > which I cannot diagnose. (Incidentally, praxis never even tried to build my merge request here: > > https://open.cdash.org/index.php?compare1=61&filtercount=1&field1=revision&project=SMTK&showfilters=0&limit=100&value1=9d639e4be4bc1d2650fcbac51d25738ef0d05fb7&showfeed=0 > > ). Does anyone have an idea how to diagnose this? > > Thanks, > David > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > > > > -- > Best regards > Haocheng > > Haocheng LIU > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4421 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From haocheng.liu at kitware.com Tue Mar 28 10:06:59 2017 From: haocheng.liu at kitware.com (Haocheng Liu) Date: Tue, 28 Mar 2017 10:06:59 -0400 Subject: [Smtk-developers] Dashboard issues? In-Reply-To: <6723E867-9CB5-40D9-B447-9498EAD9838D@kitware.com> References: <58da5e8e.9278240a.626b5.61cc@mx.google.com> <6723E867-9CB5-40D9-B447-9498EAD9838D@kitware.com> Message-ID: Hi David &TJ, I got a good news, I think I know how to fix smtkPQOperatorViewsExt.lib problem :) Works on Kerbin. So here is the problem(If I understand it correctly) : C++ Linkers would not create lib library when there are no symbols to be exported. You need to include $PATH/Exports.h and ${module_name}_EXPORT to the proper header file. That's why we have smtkPQOperatorVIewsExt.dll but not lib. In This case the code would look like: ```C++ #include "smtk/extension/paraview/operators/Exports.h" #include "smtk/extension/qt/qtBaseView.h" #include // for Json::Value; must be in header due to VTK mangling class QColor; class QIcon; class smtkAssignColorsViewInternals; class SMTKPQOPERATORVIEWSEXT_EXPORT smtkAssignColorsView : public smtk::extension::qtBaseView ``` Credits to Ben. On Tue, Mar 28, 2017 at 9:41 AM, David Thompson wrote: > Hi TJ, > > I am not so good at the Windows either. And if I was, I would pretend to > be worse. What I don't understand is why, if smtkPQOperatorViewsExt.lib > cannot be built, is the failure only reported when it is used as a > dependency? What target should be creating it > (smtkPQOperatorViewsExt.dll?), and can you look at that command line and > see if there's something wrong there? > > Thanks, > David > > On Mar 28, 2017, at 09:01, > wrote: > > I?m not so good at the Windows, but it looks like something has changed in > the ParaView plugin code to prevent the construction of a > smtkPQOperatorViewsExt.lib target. I can reproduce this on my windows > machine: > > > > C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja > > [30/47] Linking CXX shared library bin\TestBuild_smtk_extension_ > paraview_operators.dll > > FAILED: bin/TestBuild_smtk_extension_paraview_operators.dll > lib/TestBuild_smtk_extension_paraview_operators.lib > > cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll > --intdir=smtk\extension\paraview\operators\CMakeFiles\ > TestBuild_smtk_extension_paraview_operators.dir --manifests -- > C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo > @CMakeFiles/TestBuild_smtk_extension_paraview_operators.rsp > /out:bin\TestBuild_smtk_extension_paraview_operators.dll > /implib:lib\TestBuild_smtk_extension_paraview_operators.lib > /pdb:bin\TestBuild_smtk_extension_paraview_operators.pdb /dll > /version:0.0 /machine:x64 /INCREMENTAL:NO && cd ." > > LINK : fatal error LNK1181: cannot open input file > 'lib\smtkPQOperatorViewsExt.lib' > > LINK failed. with 1181 > > [31/47] Linking CXX shared library bin\smtkPQOperatorViewsPlugin.dll > > FAILED: bin/smtkPQOperatorViewsPlugin.dll lib/smtkPQOperatorViewsPlugin. > lib > > cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_dll > --intdir=smtk\extension\paraview\operators\CMakeFiles\smtkPQOperatorViewsPlugin.dir > --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo > @CMakeFiles/smtkPQOperatorViewsPlugin.rsp /out:bin\smtkPQOperatorViewsPlugin.dll > /implib:lib\smtkPQOperatorViewsPlugin.lib /pdb:bin\smtkPQOperatorViewsPlugin.pdb > /dll /version:0.0 /machine:x64 /INCREMENTAL:NO /MANIFEST:NO && cd ." > > LINK : fatal error LNK1181: cannot open input file > 'lib\smtkPQOperatorViewsExt.lib' > > LINK failed. with 1181 > > [34/47] Linking CXX shared library bin\smtkExodusSessionPlugin.dll > > Creating library lib\smtkExodusSessionPlugin.lib and object > lib\smtkExodusSessionPlugin.exp > > [37/47] Linking CXX shared library bin\smtkPolygonQtExt.dll > > Creating library lib\smtkPolygonQtExt.lib and object > lib\smtkPolygonQtExt.exp > > [38/47] Linking CXX shared module smtk\bridge\remote\_ > smtkPybindRemoteSession.pyd > > Creating library lib\_smtkPybindRemoteSession.lib and object > lib\_smtkPybindRemoteSession.exp > > Generating code > > Finished generating code > > [39/47] Linking CXX shared module smtk\bridge\exodus\_ > smtkPybindExodusSession.pyd > > Creating library lib\_smtkPybindExodusSession.lib and object > lib\_smtkPybindExodusSession.exp > > Generating code > > Finished generating code > > ninja: build stopped: subcommand failed. > > > > C:\Dev\cmb_sb_vs2015\superbuild\smtk\build>ninja > smtkPQOperatorViewsExt.lib > > ninja: error: unknown target 'smtkPQOperatorViewsExt.lib', did you mean > 'smtkPQOperatorViewsExt.dll'? > > > > > > Sent from Mail for > Windows 10 > > > > *From: *Haocheng Liu > *Sent: *Monday, March 27, 2017 9:21 PM > *To: *David Thompson > *Cc: *smtk-developers at smtk.org > *Subject: *Re: [Smtk-developers] Dashboard issues? > > > > Hi David, > > > > I can try to do a clean super build on the new windows dashboard machine > Kerbin tomorrow to see if I can reproduce this problem. > > > > On Mon, Mar 27, 2017 at 6:28 PM, David Thompson < > david.thompson at kitware.com> wrote: > > Hi all, > > I appear to have caused praxis a problem on SMTK's dashboard: > > https://open.cdash.org/viewBuildError.php?buildid=4827394 > > which I cannot diagnose. (Incidentally, praxis never even tried to build > my merge request here: > > https://open.cdash.org/index.php?compare1=61&filtercount=1& > field1=revision&project=SMTK&showfilters=0&limit=100&value1= > 9d639e4be4bc1d2650fcbac51d25738ef0d05fb7&showfeed=0 > > ). Does anyone have an idea how to diagnose this? > > Thanks, > David > _______________________________________________ > Smtk-developers mailing list > Smtk-developers at smtk.org > http://public.kitware.com/mailman/listinfo/smtk-developers > > > > > > -- > > Best regards > > Haocheng > > > > Haocheng LIU > > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4421 <(518)%20881-4421> > > > > -- Best regards Haocheng Haocheng LIU Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4421 <(518)%20881-4421> -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Tue Mar 28 10:48:48 2017 From: david.thompson at kitware.com (David Thompson) Date: Tue, 28 Mar 2017 10:48:48 -0400 Subject: [Smtk-developers] Dashboard issues? In-Reply-To: References: <58da5e8e.9278240a.626b5.61cc@mx.google.com> <6723E867-9CB5-40D9-B447-9498EAD9838D@kitware.com> Message-ID: <8B45E3CC-84B7-4166-BE1E-D19152BC63B7@kitware.com> Hi Haocheng, > I got a good news, I think I know how to fix smtkPQOperatorViewsExt.lib problem :) Works on Kerbin. Thanks! I've reviewed your MR and owe you a Cold One. David From david.thompson at kitware.com Wed Mar 29 15:30:26 2017 From: david.thompson at kitware.com (David Thompson) Date: Wed, 29 Mar 2017 15:30:26 -0400 Subject: [Smtk-developers] Large merge request Message-ID: <82EA2816-E9E2-41A9-8A09-09EFA5200BBA@kitware.com> Hi all, I have a large merge request queued[1] that renames the ImportJSON/ExportJSON classes and ImportSMTKModel/ExportSMTKModel operators to use load/save instead of import/export. Once the MR dashboard is clean, I'd like to merge it quickly before it gets stale; if you anticipate doing anything with these classes in the next few hours, please let me know ASAP. Once this MR is in, I'll start the other changes we discussed for "Save", "Save As", "Export", and "Package". Thanks, David [1]: https://gitlab.kitware.com/cmb/smtk/merge_requests/488 From ben.boeckel at kitware.com Wed Mar 29 16:23:26 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 29 Mar 2017 16:23:26 -0400 Subject: [Smtk-developers] Large merge request In-Reply-To: <82EA2816-E9E2-41A9-8A09-09EFA5200BBA@kitware.com> References: <82EA2816-E9E2-41A9-8A09-09EFA5200BBA@kitware.com> Message-ID: <20170329202326.GA2822@megas.kitware.com> On Wed, Mar 29, 2017 at 15:30:26 -0400, David Thompson wrote: > I have a large merge request queued[1] that renames the > ImportJSON/ExportJSON classes and ImportSMTKModel/ExportSMTKModel > operators to use load/save instead of import/export. Once the MR > dashboard is clean, I'd like to merge it quickly before it gets stale; > if you anticipate doing anything with these classes in the next few > hours, please let me know ASAP. > > Once this MR is in, I'll start the other changes we discussed for > "Save", "Save As", "Export", and "Package". Will this break Filigree and/or other mesh workers out there? If so, could the changes to support the new classes be landed quickly too so that those dashboards don't break? --Ben From david.thompson at kitware.com Thu Mar 30 10:35:24 2017 From: david.thompson at kitware.com (David Thompson) Date: Thu, 30 Mar 2017 10:35:24 -0400 Subject: [Smtk-developers] Large merge request In-Reply-To: <20170329202326.GA2822@megas.kitware.com> References: <82EA2816-E9E2-41A9-8A09-09EFA5200BBA@kitware.com> <20170329202326.GA2822@megas.kitware.com> Message-ID: >> I have a large merge request queued[1] that renames the >> ImportJSON/ExportJSON classes and ImportSMTKModel/ExportSMTKModel >> operators to use load/save instead of import/export. Once the MR >> dashboard is clean, I'd like to merge it quickly before it gets stale; >> > ... > Will this break Filigree and/or other mesh workers out there? If so, > could the changes to support the new classes be landed quickly too so > that those dashboards don't break? Yes, I have external session and mesh-workers updated (as well as a CMB MR). David From david.thompson at kitware.com Fri Mar 31 13:41:53 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 31 Mar 2017 13:41:53 -0400 Subject: [Smtk-developers] Breaking SMTK change Message-ID: <76A6C4C5-B965-483E-91AD-78F0AA26B6A2@kitware.com> Hi all, I've merged a change that renames some common SMTK classes (SMTK MR 488); CMB and related builds will be broken for a short while until [CMB MR 342]() (and some others) are tested and merged. Class name changes: smtk::io::ExportJSON => smtk::io::SaveJSON smtk::io::ImportJSON => smtk::io::LoadJSON Operator name changes: export smtk model => save smtk model import smtk model => load smtk model David [CMB MR 342]: https://gitlab.kitware.com/cmb/cmb/merge_requests/342