From ken.martin at kitware.com Tue Jan 2 11:39:32 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 2 Jan 2018 11:39:32 -0500 Subject: [vtk-developers] ANN: VTK Book Figures completed In-Reply-To: References: Message-ID: Very Nice! On Mon, Dec 18, 2017 at 5:40 PM, Bill Lorensen wrote: > Folks, > > Andrew Maclean and I have successfully revived 112 examples from the > VTK Book. This covers all figures that were generated by VTK code. A > few figures were generated with "mystery" codes and are not included. > > Most of the figures were created by Tcl scripts and 30 C++ programs. > Andrew also converted many of the figure examples to Python. > > All of the figure examples are part of the VTKExamples repo and can be > viewed here: > https://lorensen.github.io/VTKExamples/site/VTKBookFigures/ > > Each Book example has an image that is regression tested every night. > Also, a link to the original code is provided. Most of the scripts > were deleted from the repo many years ago. > > The VTKExamples https://lorensen.github.io/VTKExamples/site/ now contains: > > C++ examples: 948 > CSharp examples: 121 > Python examples: 161 > Java examples: 18 > Total examples: 1248 > > This effort means that the "once lost" figure examples will live on. > > Old Guys Rule! > > Bill > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Jan 2 14:18:58 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 2 Jan 2018 14:18:58 -0500 Subject: [vtk-developers] Adora changes on Dec 20th (MPI related maybe) Message-ID: Did someone change adora on Dec 20th between 15:28 UTC and 16:35 UTC? It is failing a bunch of MPI tests consistently and they all started failing in that window even for non master branches. So it seems like a system/buildbot change precipitated it. Many of the test results seem to indicate they are no longer running with 2 MPI processes but rather 1 if I read it correctly. -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sujin.philip at kitware.com Tue Jan 2 17:39:39 2018 From: sujin.philip at kitware.com (Sujin Philip) Date: Tue, 2 Jan 2018 17:39:39 -0500 Subject: [vtk-developers] Adora changes on Dec 20th (MPI related maybe) In-Reply-To: References: Message-ID: It looks like the issue is due to both openmpi and mpich being installed on the system. I am looking into resolving it. Thanks Sujin On Tue, Jan 2, 2018 at 2:18 PM, Ken Martin wrote: > > > Did someone change adora on Dec 20th between 15:28 UTC and 16:35 UTC? It > is failing a bunch of MPI tests consistently and they all started failing > in that window even for non master branches. So it seems like a > system/buildbot change precipitated it. Many of the test results seem to > indicate they are no longer running with 2 MPI processes but rather 1 if I > read it correctly. > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Jan 2 18:09:13 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 2 Jan 2018 18:09:13 -0500 Subject: [vtk-developers] Adora changes on Dec 20th (MPI related maybe) In-Reply-To: References: Message-ID: Awesome, thanks Sujin! On Tue, Jan 2, 2018 at 5:39 PM, Sujin Philip wrote: > It looks like the issue is due to both openmpi and mpich being installed > on the system. I am looking into resolving it. > > Thanks > Sujin > > > On Tue, Jan 2, 2018 at 2:18 PM, Ken Martin wrote: > >> >> >> Did someone change adora on Dec 20th between 15:28 UTC and 16:35 UTC? It >> is failing a bunch of MPI tests consistently and they all started failing >> in that window even for non master branches. So it seems like a >> system/buildbot change precipitated it. Many of the test results seem to >> indicate they are no longer running with 2 MPI processes but rather 1 if I >> read it correctly. >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Jan 3 09:23:53 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 3 Jan 2018 09:23:53 -0500 Subject: [vtk-developers] CMake warning on OSX Message-ID: I've noticed that the following warning is showing up on a lot (all?) of our OSX systems since about Dec 14th. Is there something we should be doing to fix it? For the CMake experts out there should we be explicitly setting CMP0042? CMake Warning (dev): Policy CMP0042 is not set: MACOSX_RPATH is enabled by default. Run "cmake --help-policy CMP0042" for policy details. Use the cmake_policy command to set the policy and suppress this warning. MACOSX_RPATH is not specified for the following targets: verdict vtksys -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sujin.philip at kitware.com Wed Jan 3 10:38:23 2018 From: sujin.philip at kitware.com (Sujin Philip) Date: Wed, 3 Jan 2018 10:38:23 -0500 Subject: [vtk-developers] Adora changes on Dec 20th (MPI related maybe) In-Reply-To: References: Message-ID: It looks like the tests are passing now. The problem was with the links in "/etc/alternatives", which were not setup properly. Thanks Sujin On Tue, Jan 2, 2018 at 6:09 PM, Ken Martin wrote: > Awesome, thanks Sujin! > > On Tue, Jan 2, 2018 at 5:39 PM, Sujin Philip > wrote: > >> It looks like the issue is due to both openmpi and mpich being installed >> on the system. I am looking into resolving it. >> >> Thanks >> Sujin >> >> >> On Tue, Jan 2, 2018 at 2:18 PM, Ken Martin >> wrote: >> >>> >>> >>> Did someone change adora on Dec 20th between 15:28 UTC and 16:35 UTC? >>> It is failing a bunch of MPI tests consistently and they all started >>> failing in that window even for non master branches. So it seems like a >>> system/buildbot change precipitated it. Many of the test results seem to >>> indicate they are no longer running with 2 MPI processes but rather 1 if I >>> read it correctly. >>> >>> -- >>> Ken Martin PhD >>> Distinguished Engineer >>> Kitware Inc. >>> 28 Corporate Drive >>> >>> Clifton Park NY 12065 >>> >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >>> >> > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Jan 3 15:49:16 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 3 Jan 2018 15:49:16 -0500 Subject: [vtk-developers] CMake warning on OSX In-Reply-To: References: Message-ID: I dug into this some and it seems the issue is that the version of kwsys and verdict we are using are both old enough that they cause a cmake warning when used with CMake 3.10.1. To fix the warning in VTK requires fixing/revving/patching those two toolkits so that they either require a more recent CMake (3.0 or later) or they explicitly specify policy CMP0042 NEW On Wed, Jan 3, 2018 at 9:23 AM, Ken Martin wrote: > > > I've noticed that the following warning is showing up on a lot (all?) of > our OSX systems since about Dec 14th. Is there something we should be doing > to fix it? For the CMake experts out there should we be explicitly setting > CMP0042? > > > CMake Warning (dev): > Policy CMP0042 is not set: MACOSX_RPATH is enabled by default. Run "cmake > --help-policy CMP0042" for policy details. Use the cmake_policy command to > set the policy and suppress this warning. > > MACOSX_RPATH is not specified for the following targets: > > verdict > vtksys > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Thu Jan 4 12:44:27 2018 From: sean at rogue-research.com (Sean McBride) Date: Thu, 4 Jan 2018 12:44:27 -0500 Subject: [vtk-developers] int to bool changes Message-ID: <20180104174427.930120271@mail.rogue-research.com> Hi all, I have another patch here: To slowly but surely replace the many 'int' in VTK that should be 'bool'. Basically there's a vtkTypeBool typedef that is currently mapped to 'int', but can eventually be mapped to 'bool'. I'd like to be able to set up a nightly build where it uses real 'bool'. How should we accomplish that? A new CMake build option to change how that typedef is defined? Or maybe use 'bool' automatically if VTK_LEGACY_REMOVE is 1? Or...? Thanks, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From andrew.amaclean at gmail.com Fri Jan 5 02:20:54 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Fri, 5 Jan 2018 18:20:54 +1100 Subject: [vtk-developers] SixPython version issue. Message-ID: I see that the version of six is very old in VTK, namely 1.7.2. See: /home/amaclean/Development/Kitware/src/VTK/ThirdParty/SixPython/six.py Is it possible to upgrade this to the most recent version, namely 1.11.0? I only discovered this when matplotlib was telling me that I had version 1.7 installed and it requires 1.10 or later. I had set PYTHONPATH using unix_path.sh in the VTK build directory. Note that Anaconda Python does not use PYTHONPATH so matplotlib looked for it in the VTK directory. I wasn't using VTK at the time however the VTK paths had been set in .profile. See the first answer in: https://stackoverflow.com/questions/17386880/does-anaconda-create-a-separate-pythonpath-variable-for-each-new-environment for more information. Regards Andrew -- ___________________________________________ Andrew J. P. Maclean ___________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From aron.helser at kitware.com Fri Jan 5 09:55:53 2018 From: aron.helser at kitware.com (Aron Helser) Date: Fri, 5 Jan 2018 09:55:53 -0500 Subject: [vtk-developers] SixPython version issue. In-Reply-To: References: Message-ID: Yes, it should be possible to upgrade to the newest version. I think that Ben is working on taking out the third-party modules altogether, and having the superbuild take care of getting the latest versions. When that is done and you build your own, you will use a requirements.txt to install the python dependencies, I think. Regards, Aron On Fri, Jan 5, 2018 at 2:20 AM, Andrew Maclean wrote: > I see that the version of six is very old in VTK, namely 1.7.2. > See: /home/amaclean/Development/Kitware/src/VTK/ > ThirdParty/SixPython/six.py > > Is it possible to upgrade this to the most recent version, namely 1.11.0? > > I only discovered this when matplotlib was telling me that I had version > 1.7 installed and it requires 1.10 or later. I had set PYTHONPATH using > unix_path.sh in the VTK build directory. Note that Anaconda Python does not > use PYTHONPATH so matplotlib looked for it in the VTK directory. I wasn't > using VTK at the time however the VTK paths had been set in .profile. > > See the first answer in: https://stackoverflow.com/ > questions/17386880/does-anaconda-create-a-separate- > pythonpath-variable-for-each-new-environment for more information. > > > Regards > Andrew > > > -- > ___________________________________________ > Andrew J. P. Maclean > > ___________________________________________ > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.amaclean at gmail.com Fri Jan 5 13:48:52 2018 From: andrew.amaclean at gmail.com (Andrew Maclean) Date: Sat, 6 Jan 2018 05:48:52 +1100 Subject: [vtk-developers] SixPython version issue. In-Reply-To: References: Message-ID: Ok, now that I know what is going on, I can wait or that. Andrew Maclean On 6 Jan 2018 01:55, "Aron Helser" wrote: > Yes, it should be possible to upgrade to the newest version. I think that > Ben is working on taking out the third-party modules altogether, and having > the superbuild take care of getting the latest versions. When that is done > and you build your own, you will use a requirements.txt to install the > python dependencies, I think. > Regards, > Aron > > On Fri, Jan 5, 2018 at 2:20 AM, Andrew Maclean > wrote: > >> I see that the version of six is very old in VTK, namely 1.7.2. >> See: /home/amaclean/Development/Kitware/src/VTK/ThirdParty/ >> SixPython/six.py >> >> Is it possible to upgrade this to the most recent version, namely 1.11.0? >> >> I only discovered this when matplotlib was telling me that I had version >> 1.7 installed and it requires 1.10 or later. I had set PYTHONPATH using >> unix_path.sh in the VTK build directory. Note that Anaconda Python does not >> use PYTHONPATH so matplotlib looked for it in the VTK directory. I wasn't >> using VTK at the time however the VTK paths had been set in .profile. >> >> See the first answer in: https://stackoverflow.com/ >> questions/17386880/does-anaconda-create-a-separate-pythonpat >> h-variable-for-each-new-environment for more information. >> >> >> Regards >> Andrew >> >> >> -- >> ___________________________________________ >> Andrew J. P. Maclean >> >> ___________________________________________ >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tom.hampshire at goldstandardphantoms.com Mon Jan 8 08:24:02 2018 From: tom.hampshire at goldstandardphantoms.com (Tom Hampshire) Date: Mon, 8 Jan 2018 13:24:02 +0000 Subject: [vtk-developers] VTK Particle Tracking Message-ID: Dear all, Firstly, let me preface this post by apologising if this is not an appropriate place to make this post. If this is the case, please would someone let me know a more appropriate location. I have included below a brief for a VTK software development project that we wish to contract a developer to work on. # Introduction We would like a particle tracker developed in VTK (C++). The code must be very documented/commented and tested. The work will involve the development of a simple filter, and construction of a VTK pipeline with pre-defined inputs and outputs. The particle tracker must have a parallel processing implementation. # Project details The particle tracker must: * Be built using the latest repository version of VTK. * Implement multithreaded parallel processing, dividing the work amongst CPU cores running on the same machine. The parallelisation should occur across particles, rather than across the Eulerian space. * The implementation must use the new `LagrangianParticleTracker` filter, offering a completely configurable implementation of the Lagrangian Particle Tracking (LPT) algorithm, and creating a subclass of the `vtkLagrangianBasicIntegrationModel`. * The `FunctionValues` method, at this stage, will simply move the particle position based on the underlying velocity field. * The input velocity field should be read either from both an OpenFOAM ( https://openfoam.org/) dataset, using the `vtkOpenFOAMReader`, and also a `.vtk` file using the `vtkDataSetReader`. Example files will be supplied. * The input velocity field will be split into three domains and how the particle moves will depend on the domain that the particle is in. Therefore, the `vtkLagrangianBasicIntegrationModel` subclass should take into account the current domain of the particle (this will be extended by us, so this functionality must be in place). * The input particles will be evenly distributed over a circular plane. * The `vtkRungeKutta45` class must be used in the integration model. * Particle integration will terminate if exiting the flow domain. The outputs of the code should be: * The particle positions at every *n* milliseconds of the integration. * Which domain the particle is in at each of these times. * Whether the particle is 'live' or has been terminated by exiting the flow domain. # Contact Submissions of quotes and direct enquiries should be made to: Tom Hampshire (tom.hampshire at goldstandardphantoms.com) -- Tom Hampshire, PhD Chief Information Officer -- Gold Standard Phantoms, Unit 103 Belgravia Workshops, 159-163 Marlborough Rd, London. N19 4NF. Registered in England and Wales. Company number: 9342804 VAT Reg: GB211807049 This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Gold Standard Phantoms. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Mon Jan 8 08:27:46 2018 From: will.schroeder at kitware.com (Will Schroeder) Date: Mon, 8 Jan 2018 08:27:46 -0500 Subject: [vtk-developers] VTK Particle Tracking In-Reply-To: References: Message-ID: Kitware does this sort of thing all the time. Generally a support contract or a customized contract depending on scope etc. Feel free to reach out if you need assistance. Best, Will On Mon, Jan 8, 2018 at 8:24 AM, Tom Hampshire < tom.hampshire at goldstandardphantoms.com> wrote: > Dear all, > > Firstly, let me preface this post by apologising if this is not an > appropriate place to make this post. If this is the case, please would > someone let me know a more appropriate location. > > I have included below a brief for a VTK software development project that > we wish to contract a developer to work on. > > # Introduction > > We would like a particle tracker developed in VTK (C++). The code must be > very documented/commented and tested. The work will involve the development > of a simple filter, and construction of a VTK pipeline with pre-defined > inputs and outputs. The particle tracker must have a parallel processing > implementation. > > # Project details > > The particle tracker must: > > * Be built using the latest repository version of VTK. > * Implement multithreaded parallel processing, dividing the work amongst > CPU cores running on the same machine. The parallelisation should occur > across particles, rather than across the Eulerian space. > * The implementation must use the new `LagrangianParticleTracker` filter, > offering a completely configurable implementation of the Lagrangian > Particle Tracking (LPT) algorithm, and creating a subclass of the ` > vtkLagrangianBasicIntegrationModel`. > * The `FunctionValues` method, at this stage, will simply move the > particle position based on the underlying velocity field. > * The input velocity field should be read either from both an OpenFOAM ( > https://openfoam.org/) dataset, using the `vtkOpenFOAMReader`, and also a > `.vtk` file using the `vtkDataSetReader`. Example files will be supplied. > * The input velocity field will be split into three domains and how the > particle moves will depend on the domain that the particle is in. > Therefore, the `vtkLagrangianBasicIntegrationModel` subclass should take > into account the current domain of the particle (this will be extended by > us, so this functionality must be in place). > * The input particles will be evenly distributed over a circular plane. > * The `vtkRungeKutta45` class must be used in the integration model. > * Particle integration will terminate if exiting the flow domain. > > The outputs of the code should be: > > * The particle positions at every *n* milliseconds of the integration. > * Which domain the particle is in at each of these times. > * Whether the particle is 'live' or has been terminated by exiting the > flow domain. > > # Contact > > Submissions of quotes and direct enquiries should be made to: > > Tom Hampshire (tom.hampshire at goldstandardphantoms.com) > > -- > Tom Hampshire, PhD > Chief Information Officer > > > Gold Standard Phantoms, > Unit 103 Belgravia Workshops, > 159-163 Marlborough Rd, > London. N19 4NF. > > Registered in England and Wales. > Company number: 9342804 > VAT Reg: GB211807049 > > This email and any attachments to it may be confidential and are intended > solely for the use of the individual to whom it is addressed. Any views or > opinions expressed are solely those of the author and do not necessarily > represent those of Gold Standard Phantoms. > If you are not the intended recipient of this email, you must neither take > any action based upon its contents, nor copy or show it to anyone. > Please contact the sender if you believe you have received this email in > error. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Jan 9 10:32:49 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 9 Jan 2018 07:32:49 -0800 Subject: [vtk-developers] [vtkusers] holes filling in decimated mesh In-Reply-To: References: Message-ID: Try applying PreserveTopologyOn() to your decimate instance... On Tue, Jan 9, 2018 at 12:44 AM, Agata Kraso? wrote: > Hello vtk users, > > I have a decimated mesh. But after decimation I got mesh with holes. > I would like to fill these holes. I tried fill holes example in vtk. But it > doesn't work in this case. > Could You help me please ? Is it possible to fix this issue in vtk ? > > Best, > Agata > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtkusers > -- Unpaid intern in BillsBasement at noware dot com From mmanu.chaturvedi at kitware.com Wed Jan 10 16:46:51 2018 From: mmanu.chaturvedi at kitware.com (Mmanu Chaturvedi) Date: Wed, 10 Jan 2018 16:46:51 -0500 Subject: [vtk-developers] Undefined Behavior in vtkPointLocator.h Message-ID: Hi! On building VTK with UBSan, and running the following test: `ctest -VV -R vtkInteractionWidgetsCxx-TestPlaneWidget` UBSan produces runtime errors due to the casting done in lines 282 --- 284, similar to this: runtime error: value -1.81708e+299 is outside the range of representable values of type 'long long' I believe one way to solve the problem would be to do something like the following: https://gitlab.kitware.com/m-chaturvedi/vtk/commit/4df07e6d3b9bc9250bab74287fb2df3fe1d2098d But this increases the test's time significantly. I was wondering if someone could propose a proper fix. vtkTypeId -- https://gitlab.kitware.com/m-chaturvedi/vtk/blob/master/Common/Core/vtkType.h#L328 Thanks, Mmanu -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Wed Jan 10 17:01:12 2018 From: sean at rogue-research.com (Sean McBride) Date: Wed, 10 Jan 2018 17:01:12 -0500 Subject: [vtk-developers] Undefined Behavior in vtkPointLocator.h In-Reply-To: References: Message-ID: <20180110220112.277560499@mail.rogue-research.com> On Wed, 10 Jan 2018 16:46:51 -0500, Mmanu Chaturvedi said: > >On building VTK with UBSan, and running the following test: > >`ctest -VV -R vtkInteractionWidgetsCxx-TestPlaneWidget` > >UBSan produces runtime errors due to the casting done in lines 282 --- 284, >similar to this: > >runtime error: value -1.81708e+299 is outside the range of representable >values of type 'long long' > >I believe one way to solve the problem would be to do something like the >following: >https://gitlab.kitware.com/m-chaturvedi/vtk/commit/ >4df07e6d3b9bc9250bab74287fb2df3fe1d2098d > >But this increases the test's time significantly. > >I was wondering if someone could propose a proper fix. > >vtkTypeId -- >https://gitlab.kitware.com/m-chaturvedi/vtk/blob/master/Common/Core/ >vtkType.h#L328 This gives me deja vu... I believe this is related: Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From david.gobbi at gmail.com Wed Jan 10 17:20:25 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 10 Jan 2018 15:20:25 -0700 Subject: [vtk-developers] Undefined Behavior in vtkPointLocator.h In-Reply-To: <20180110220112.277560499@mail.rogue-research.com> References: <20180110220112.277560499@mail.rogue-research.com> Message-ID: On Wed, Jan 10, 2018 at 3:01 PM, Sean McBride wrote: > On Wed, 10 Jan 2018 16:46:51 -0500, Mmanu Chaturvedi said: > > > > >On building VTK with UBSan, and running the following test: > > > >`ctest -VV -R vtkInteractionWidgetsCxx-TestPlaneWidget` > > > >UBSan produces runtime errors due to the casting done in lines 282 --- > 284, > >similar to this: > > > >runtime error: value -1.81708e+299 is outside the range of representable > >values of type 'long long' > > > >I believe one way to solve the problem would be to do something like the > >following: > >https://gitlab.kitware.com/m-chaturvedi/vtk/commit/ > >4df07e6d3b9bc9250bab74287fb2df3fe1d2098d > > > >But this increases the test's time significantly. > > > >I was wondering if someone could propose a proper fix. > > > >vtkTypeId -- > >https://gitlab.kitware.com/m-chaturvedi/vtk/blob/master/Common/Core/ > >vtkType.h#L328 > > This gives me deja vu... I believe this is related: > > > Indeed it is related, and this is a really ugly problem. It causes incorrect results from vtkPointSet::FindCell(), which is called by many VTK filters. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: From allison.vacanti at kitware.com Fri Jan 19 06:59:49 2018 From: allison.vacanti at kitware.com (Allie Vacanti) Date: Fri, 19 Jan 2018 06:59:49 -0500 Subject: [vtk-developers] New testing utility: vtkPermuteOptions Message-ID: Hi folks, Firstly, I'm so happy that we've enabled C++11 in VTK :-) I have a merge request for a new testing utility that you may find useful. While adding support for bit arrays to the XML writers, I needed to make sure that the new functionality worked no matter which combination of writer settings were used (byte order, data mode, compression, etc). To make this easier, I added a class template that will do exactly that -- you specify options and possible values, and vtkPermuteOptions will simplify testing all possible combinations of these, e.g. // vtkPermuteOptions is templated on the class that gets configured: vtkPermuteOptions config; // Add option ByteOrder with values BigEndian and LittleEndian // in separate AddOptionValue calls: this->AddOptionValue("ByteOrder", &vtkXMLWriter::SetByteOrder, "BigEndian", vtkXMLWriter::BigEndian); this->AddOptionValue("ByteOrder", &vtkXMLWriter::SetByteOrder, "LittleEndian", vtkXMLWriter::LittleEndian); // Add option CompressorType with values NONE, ZLIB, and LZ4 // in a single AddOptionValues call: this->AddOptionValues("CompressorType", &vtkXMLWriter::SetCompressorType, "NONE", vtkXMLWriter::NONE, "ZLIB", vtkXMLWriter::ZLIB, "LZ4", vtkXMLWriter::LZ4); // Generate the permutation list: config.InitPermutations(); // Loop through all combinations of options while (!config.IsDoneWithPermutations()) { // Apply the current option permutation to a vtkXMLWriter object: vtkXMLWriter *writer = ...; config.ApplyCurrentPermutation(writer); // Testing code: std::cout << "Testing " << config.GetCurrentPermutationName() << "\n"; runTest(writer); config.GoToNextPermutation(); } In this example, runTest will be called 6 times, while varying the specified options: Test Iteration ByteOrder CompressorType -------------- --------- -------------- 1 BigEndian NONE 2 BigEndian ZLIB 3 BigEndian LZ4 4 LittleEndian NONE 5 LittleEndian ZLIB 6 LittleEndian LZ4 I figured I'd mention this here, since I've found myself wanting this capability several times over the years and thought it may be of general interest. The merge request is up here: https://gitlab.kitware.com/vtk/vtk/merge_requests/3808 Also, I'm open to a name change if anyone wants to flex their knowledge of mathematics ;) I'm not 100% sure that "permutation" is the best name for this sort of operation. Cheers, Allie -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Mon Jan 22 09:11:58 2018 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 22 Jan 2018 09:11:58 -0500 Subject: [vtk-developers] Two quick dashboard issues Message-ID: If either of these look like yours, please fix. - Thanks! [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:37:36: warning: unused parameter 'port' [-Wunused-parameter] int FillInputPortInformation(int port, vtkInformation* info) override ^ [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:69:35: warning: unused parameter 'request' [-Wunused-parameter] int RequestData(vtkInformation* request, vtkInformationVector** inputVector, ^ VTK/IO/Geometry/vtkSTLReader.cxx:372 :20: error: 'strtof' is not a member of 'std' -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Jan 22 09:55:19 2018 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 22 Jan 2018 09:55:19 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: References: Message-ID: I'll take care of the second one. On Mon, Jan 22, 2018 at 9:11 AM, Ken Martin wrote: > > If either of these look like yours, please fix. - Thanks! > > [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:37:36: warning: unused parameter 'port' [-Wunused-parameter] > int FillInputPortInformation(int port, vtkInformation* info) override > ^ > [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:69:35: warning: unused parameter 'request' [-Wunused-parameter] > int RequestData(vtkInformation* request, vtkInformationVector** inputVector, > ^ > > > VTK/IO/Geometry/vtkSTLReader.cxx:372 :20: error: 'strtof' is not a member of 'std' > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Mon Jan 22 10:06:44 2018 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 22 Jan 2018 10:06:44 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: References: Message-ID: Thanks Andy! On Mon, Jan 22, 2018 at 9:55 AM, Andy Bauer wrote: > I'll take care of the second one. > > On Mon, Jan 22, 2018 at 9:11 AM, Ken Martin > wrote: > >> >> If either of these look like yours, please fix. - Thanks! >> >> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:37:36: warning: unused parameter 'port' [-Wunused-parameter] >> int FillInputPortInformation(int port, vtkInformation* info) override >> ^ >> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:69:35: warning: unused parameter 'request' [-Wunused-parameter] >> int RequestData(vtkInformation* request, vtkInformationVector** inputVector, >> ^ >> >> >> VTK/IO/Geometry/vtkSTLReader.cxx:372 :20: error: 'strtof' is not a member of 'std' >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon Jan 22 10:15:13 2018 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 22 Jan 2018 10:15:13 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: References: Message-ID: The warnings in the new ExecutionModel test are mine. I'll take care of them. Shawn On Mon, Jan 22, 2018 at 10:06 AM, Ken Martin wrote: > Thanks Andy! > > On Mon, Jan 22, 2018 at 9:55 AM, Andy Bauer > wrote: > >> I'll take care of the second one. >> >> On Mon, Jan 22, 2018 at 9:11 AM, Ken Martin >> wrote: >> >>> >>> If either of these look like yours, please fix. - Thanks! >>> >>> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:37:36: warning: unused parameter 'port' [-Wunused-parameter] >>> int FillInputPortInformation(int port, vtkInformation* info) override >>> ^ >>> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:69:35: warning: unused parameter 'request' [-Wunused-parameter] >>> int RequestData(vtkInformation* request, vtkInformationVector** inputVector, >>> ^ >>> >>> >>> VTK/IO/Geometry/vtkSTLReader.cxx:372 :20: error: 'strtof' is not a member of 'std' >>> >>> -- >>> Ken Martin PhD >>> Distinguished Engineer >>> Kitware Inc. >>> 28 Corporate Drive >>> >>> Clifton Park NY 12065 >>> >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: http://markmail.org/search/?q= >>> vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >>> >> > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Mon Jan 22 11:20:13 2018 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 22 Jan 2018 11:20:13 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: References: Message-ID: Thanks Shawn! On Mon, Jan 22, 2018 at 10:15 AM, Shawn Waldon wrote: > The warnings in the new ExecutionModel test are mine. I'll take care of > them. > > Shawn > > On Mon, Jan 22, 2018 at 10:06 AM, Ken Martin > wrote: > >> Thanks Andy! >> >> On Mon, Jan 22, 2018 at 9:55 AM, Andy Bauer >> wrote: >> >>> I'll take care of the second one. >>> >>> On Mon, Jan 22, 2018 at 9:11 AM, Ken Martin >>> wrote: >>> >>>> >>>> If either of these look like yours, please fix. - Thanks! >>>> >>>> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:37:36: warning: unused parameter 'port' [-Wunused-parameter] >>>> int FillInputPortInformation(int port, vtkInformation* info) override >>>> ^ >>>> [CTest: warning matched] /Users/builder/external/VTK/Common/ExecutionModel/Testing/Cxx/TestMultiOutputSimpleFilter.cxx:69:35: warning: unused parameter 'request' [-Wunused-parameter] >>>> int RequestData(vtkInformation* request, vtkInformationVector** inputVector, >>>> ^ >>>> >>>> >>>> VTK/IO/Geometry/vtkSTLReader.cxx:372 :20: error: 'strtof' is not a member of 'std' >>>> >>>> -- >>>> Ken Martin PhD >>>> Distinguished Engineer >>>> Kitware Inc. >>>> 28 Corporate Drive >>>> >>>> Clifton Park NY 12065 >>>> >>>> >>>> This communication, including all attachments, contains confidential >>>> and legally privileged information, and it is intended only for the use of >>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>> are not the intended recipient, any disclosure, copying, distribution or >>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>> you received this communication in error please notify us immediately and >>>> destroy the original message. Thank you. >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Search the list archives at: http://markmail.org/search/?q= >>>> vtk-developers >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> https://vtk.org/mailman/listinfo/vtk-developers >>>> >>>> >>>> >>> >> >> >> -- >> Ken Martin PhD >> Distinguished Engineer >> Kitware Inc. >> 28 Corporate Drive >> >> Clifton Park NY 12065 >> >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> >> > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean at rogue-research.com Mon Jan 22 12:01:48 2018 From: sean at rogue-research.com (Sean McBride) Date: Mon, 22 Jan 2018 12:01:48 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: References: Message-ID: <20180122170148.1618913616@mail.rogue-research.com> Hi all, There are also a number of cppcheck warnings that seem to have been ignored for some time now: They are: Common/ExecutionModel/vtkAlgorithm.h:665: portability: Returning an integer in a function with pointer return type is not portable. Filters/MomentInvariants/vtkMomentsHelper.cxx:549: style: Statements following return, break, continue, goto or throw will never be executed. Filters/MomentInvariants/vtkMomentsTensor.h:181: performance: Function parameter 'parentInfo' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:195: performance: Function parameter 'parentInfo' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:208: performance: Function parameter 'productInfo1' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:219: performance: Function parameter 'parentInfo' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:466: performance: Function parameter 'indices' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:476: performance: Function parameter 'indices' should be passed by reference. Filters/MomentInvariants/vtkMomentsTensor.h:489: performance: Function parameter 'data' should be passed by reference. IO/Geometry/vtkSTLReader.cxx:351: performance: Function parameter 'expected' should be passed by reference. IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter 'expected' should be passed by reference. IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter 'found' should be passed by reference. IO/Geometry/vtkSTLReader.cxx:437: warning: Ineffective call of function 'empty()'. Did you intend to call 'clear()' instead? Rendering/OpenGL2/vtkTransformFeedback.cxx:231: style: Unused variable: tbo From andy.bauer at kitware.com Mon Jan 22 12:13:35 2018 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 22 Jan 2018 12:13:35 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: <20180122170148.1618913616@mail.rogue-research.com> References: <20180122170148.1618913616@mail.rogue-research.com> Message-ID: The STL reader issues should be fixed shortly. There's an MR at https://gitlab.kitware.com/vtk/vtk/merge_requests/3819#note_366513. On Mon, Jan 22, 2018 at 12:01 PM, Sean McBride wrote: > Hi all, > > There are also a number of cppcheck warnings that seem to have been > ignored for some time now: > > > > They are: > > Common/ExecutionModel/vtkAlgorithm.h:665: portability: Returning an > integer in a function with pointer return type is not portable. > > Filters/MomentInvariants/vtkMomentsHelper.cxx:549: style: Statements > following return, break, continue, goto or throw will never be executed. > > Filters/MomentInvariants/vtkMomentsTensor.h:181: performance: Function > parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:195: performance: Function > parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:208: performance: Function > parameter 'productInfo1' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:219: performance: Function > parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:466: performance: Function > parameter 'indices' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:476: performance: Function > parameter 'indices' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:489: performance: Function > parameter 'data' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:351: performance: Function parameter > 'expected' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter > 'expected' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter 'found' > should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:437: warning: Ineffective call of function > 'empty()'. Did you intend to call 'clear()' instead? > > Rendering/OpenGL2/vtkTransformFeedback.cxx:231: style: Unused variable: > tbo > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon Jan 22 12:14:49 2018 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 22 Jan 2018 12:14:49 -0500 Subject: [vtk-developers] Two quick dashboard issues In-Reply-To: <20180122170148.1618913616@mail.rogue-research.com> References: <20180122170148.1618913616@mail.rogue-research.com> Message-ID: Fixed vtkMomentsTensor, and vtkTransformFeedback. https://gitlab.kitware.com/vtk/vtk/merge_requests/3820 On Mon, Jan 22, 2018 at 12:01 PM, Sean McBride wrote: > Hi all, > > There are also a number of cppcheck warnings that seem to have been ignored for some time now: > > > > They are: > > Common/ExecutionModel/vtkAlgorithm.h:665: portability: Returning an integer in a function with pointer return type is not portable. > > Filters/MomentInvariants/vtkMomentsHelper.cxx:549: style: Statements following return, break, continue, goto or throw will never be executed. > > Filters/MomentInvariants/vtkMomentsTensor.h:181: performance: Function parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:195: performance: Function parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:208: performance: Function parameter 'productInfo1' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:219: performance: Function parameter 'parentInfo' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:466: performance: Function parameter 'indices' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:476: performance: Function parameter 'indices' should be passed by reference. > > Filters/MomentInvariants/vtkMomentsTensor.h:489: performance: Function parameter 'data' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:351: performance: Function parameter 'expected' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter 'expected' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:357: performance: Function parameter 'found' should be passed by reference. > > IO/Geometry/vtkSTLReader.cxx:437: warning: Ineffective call of function 'empty()'. Did you intend to call 'clear()' instead? > > Rendering/OpenGL2/vtkTransformFeedback.cxx:231: style: Unused variable: tbo > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > From ken.martin at kitware.com Thu Jan 25 08:29:51 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 25 Jan 2018 08:29:51 -0500 Subject: [vtk-developers] Dashboard android build errors and data compression warnings Message-ID: Something broke the android build a couple days ago and there are a couple data compressor/lzma issues here https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 Android cmake errors seem to start with Error evaluating generator expression: $ $ may only be used for linking -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Thu Jan 25 09:05:26 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 25 Jan 2018 09:05:26 -0500 Subject: [vtk-developers] Dashboard android build errors and data compression warnings In-Reply-To: References: Message-ID: <20180125140526.GA10221@megas.kitware.com> On Thu, Jan 25, 2018 at 08:29:51 -0500, Ken Martin wrote: > Something broke the android build a couple days ago and there are a couple > data compressor/lzma issues here > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 It appears as though the infinite recursion warnings should be no-op implementations, not calling itself. For the errors, it seems that Android doesn't support the `restrict` keyword? The lzma warning should be fixed as well; I'll work on those. > Android cmake errors seem to start with > > Error evaluating generator expression: > > $ > > $ may only be used for linking This looks more related to: https://gitlab.kitware.com/vtk/vtk/merge_requests/3806 --Ben From bill.lorensen at gmail.com Thu Jan 25 09:23:29 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Thu, 25 Jan 2018 06:23:29 -0800 Subject: [vtk-developers] ANN: VTKBookFigures have been Python'ed Message-ID: Folks, Our colleague Andrew Maclean has accomplished an amazing task. He has created python equivalents of the 114 C++ examples in the VTK Book. Each C++ example in https://lorensen.github.io/VTKExamples/site/VTKBookFigures/ now contains a hyperlink to the python example. Users now can compare the C++ and Python implementations. Also, in the C++ and Python summary pages, examples that have an equivalent in the other language, link to that example. Cross-reference links in the book figure, C++ and Python summary, are generated automatically. If you see Andrew Maclean in a trip Downunder, please say "G'day" and buy him a beer. -- Unpaid intern in BillsParadise at noware dot com From sankhesh.jhaveri at kitware.com Thu Jan 25 09:41:56 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Thu, 25 Jan 2018 14:41:56 +0000 Subject: [vtk-developers] Dashboard android build errors and data compression warnings In-Reply-To: <20180125140526.GA10221@megas.kitware.com> References: <20180125140526.GA10221@megas.kitware.com> Message-ID: I?ll look into the Android CMake errors. ? On Thu, Jan 25, 2018 at 9:05 AM Ben Boeckel wrote: > On Thu, Jan 25, 2018 at 08:29:51 -0500, Ken Martin wrote: > > Something broke the android build a couple days ago and there are a > couple > > data compressor/lzma issues here > > > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 > > It appears as though the infinite recursion warnings should be no-op > implementations, not calling itself. For the errors, it seems that > Android doesn't support the `restrict` keyword? The lzma warning should > be fixed as well; I'll work on those. > > > Android cmake errors seem to start with > > > > Error evaluating generator expression: > > > > $ > > > > $ may only be used for linking > > This looks more related to: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3806 > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Jan 25 10:29:47 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 25 Jan 2018 10:29:47 -0500 Subject: [vtk-developers] Dashboard android build errors and data compression warnings In-Reply-To: <20180125140526.GA10221@megas.kitware.com> References: <20180125140526.GA10221@megas.kitware.com> Message-ID: Thanks Ben! On Thu, Jan 25, 2018 at 9:05 AM, Ben Boeckel wrote: > On Thu, Jan 25, 2018 at 08:29:51 -0500, Ken Martin wrote: > > Something broke the android build a couple days ago and there are a > couple > > data compressor/lzma issues here > > > > https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 > > It appears as though the infinite recursion warnings should be no-op > implementations, not calling itself. For the errors, it seems that > Android doesn't support the `restrict` keyword? The lzma warning should > be fixed as well; I'll work on those. > > > Android cmake errors seem to start with > > > > Error evaluating generator expression: > > > > $ > > > > $ may only be used for linking > > This looks more related to: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3806 > > --Ben > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Jan 25 10:30:09 2018 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 25 Jan 2018 10:30:09 -0500 Subject: [vtk-developers] Dashboard android build errors and data compression warnings In-Reply-To: References: <20180125140526.GA10221@megas.kitware.com> Message-ID: Thanks Sankhesh! On Thu, Jan 25, 2018 at 9:41 AM, Sankhesh Jhaveri < sankhesh.jhaveri at kitware.com> wrote: > I?ll look into the Android CMake errors. > ? > > On Thu, Jan 25, 2018 at 9:05 AM Ben Boeckel > wrote: > >> On Thu, Jan 25, 2018 at 08:29:51 -0500, Ken Martin wrote: >> > Something broke the android build a couple days ago and there are a >> couple >> > data compressor/lzma issues here >> > >> > https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 >> >> It appears as though the infinite recursion warnings should be no-op >> implementations, not calling itself. For the errors, it seems that >> Android doesn't support the `restrict` keyword? The lzma warning should >> be fixed as well; I'll work on those. >> >> > Android cmake errors seem to start with >> > >> > Error evaluating generator expression: >> > >> > $ >> > >> > $ may only be used for linking >> >> This looks more related to: >> >> https://gitlab.kitware.com/vtk/vtk/merge_requests/3806 >> >> --Ben >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/ >> opensource/opensource.html >> >> Search the list archives at: http://markmail.org/search/?q=vtk-developers >> >> Follow this link to subscribe/unsubscribe: >> https://vtk.org/mailman/listinfo/vtk-developers >> >> > > -- > Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware > | (518) 881-4417 > ? > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prabhu at aero.iitb.ac.in Thu Jan 25 10:29:42 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Thu, 25 Jan 2018 20:59:42 +0530 Subject: [vtk-developers] ANN: VTKBookFigures have been Python'ed In-Reply-To: References: Message-ID: That is fantastic!? Thanks a ton Andrew!? This is an excellent resource. cheers, Prabhu On 1/25/18 7:53 PM, Bill Lorensen wrote: > Folks, > > Our colleague Andrew Maclean has accomplished an amazing task. He has > created python equivalents of the 114 C++ examples in the VTK Book. > Each C++ example in > https://lorensen.github.io/VTKExamples/site/VTKBookFigures/ now > contains a hyperlink to the python example. Users now can compare the > C++ and Python implementations. > > Also, in the C++ and Python summary pages, examples that have an > equivalent in the other language, link to that example. > Cross-reference links in the book figure, C++ and Python summary, are > generated automatically. > > If you see Andrew Maclean in a trip Downunder, please say "G'day" and > buy him a beer. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From heiland at iu.edu Thu Jan 25 10:41:09 2018 From: heiland at iu.edu (Heiland, Randy) Date: Thu, 25 Jan 2018 15:41:09 +0000 Subject: [vtk-developers] ANN: VTKBookFigures have been Python'ed In-Reply-To: References: Message-ID: <0172F98F-2B4F-4BAC-B4E9-AB8B0F3D5E54@iu.edu> Awesome. Thanks Andrew!! Randy On Jan 25, 2018, at 10:29 AM, Prabhu Ramachandran > wrote: That is fantastic! Thanks a ton Andrew! This is an excellent resource. cheers, Prabhu On 1/25/18 7:53 PM, Bill Lorensen wrote: Folks, Our colleague Andrew Maclean has accomplished an amazing task. He has created python equivalents of the 114 C++ examples in the VTK Book. Each C++ example in https://lorensen.github.io/VTKExamples/site/VTKBookFigures/ now contains a hyperlink to the python example. Users now can compare the C++ and Python implementations. Also, in the C++ and Python summary pages, examples that have an equivalent in the other language, link to that example. Cross-reference links in the book figure, C++ and Python summary, are generated automatically. If you see Andrew Maclean in a trip Downunder, please say "G'day" and buy him a beer. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=vtk-developers Follow this link to subscribe/unsubscribe: https://vtk.org/mailman/listinfo/vtk-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Fri Jan 26 15:23:56 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Fri, 26 Jan 2018 12:23:56 -0800 Subject: [vtk-developers] Restrict keyword missing In-Reply-To: References: Message-ID: My gcc compiler on ubuntu 14 is 4.8.4. Does not recognize restrict keyword. -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Mon Jan 29 06:58:30 2018 From: will.schroeder at kitware.com (Will Schroeder) Date: Mon, 29 Jan 2018 06:58:30 -0500 Subject: [vtk-developers] Dashboard: not good Message-ID: [image: Inline image 1] -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 254129 bytes Desc: not available URL: From ben.boeckel at kitware.com Mon Jan 29 10:05:49 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 29 Jan 2018 10:05:49 -0500 Subject: [vtk-developers] Restrict keyword missing In-Reply-To: References: Message-ID: <20180129150549.GA18912@megas.kitware.com> On Fri, Jan 26, 2018 at 12:23:56 -0800, Bill Lorensen wrote: > My gcc compiler on ubuntu 14 is 4.8.4. Does not recognize restrict keyword. This will be fixed as part of: https://gitlab.kitware.com/vtk/vtk/merge_requests/3841 However, `restrict` is in C and should be available? --Ben From shawn.waldon at kitware.com Mon Jan 29 10:17:07 2018 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 29 Jan 2018 10:17:07 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: References: Message-ID: That's the updates to the third-party libraries that I have been doing :( It looks like vtkzlib + vtkpng updates broke something. Maybe the XCode generator is doing something strange? I'll try an XCode build locally but it is possible that they just need to start from a clean build tree. I'm not sure about the android dashboards, but that may be the third party changes too... Shawn On Mon, Jan 29, 2018 at 6:58 AM, Will Schroeder wrote: > [image: Inline image 1] > > -- > William J. Schroeder, PhD > Kitware, Inc. - Building the World's Technical Computing Software > 28 Corporate Drive > Clifton Park, NY 12065 > will.schroeder at kitware.com > http://www.kitware.com > (518) 881-4902 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 254129 bytes Desc: not available URL: From ben.boeckel at kitware.com Mon Jan 29 10:28:05 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 29 Jan 2018 10:28:05 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: References: Message-ID: <20180129152805.GA3615@megas.kitware.com> On Mon, Jan 29, 2018 at 10:17:07 -0500, Shawn Waldon wrote: > That's the updates to the third-party libraries that I have been doing :( > It looks like vtkzlib + vtkpng updates broke something. Maybe the XCode > generator is doing something strange? I'll try an XCode build locally but No, CMake isn't generating the right link line; it doesn't think that `vtkzlib` is a target and just adds `-l` to it instead. Figuring out why `vtkzlib` isn't a target is the first thing to do. > it is possible that they just need to start from a clean build tree. I'm > not sure about the android dashboards, but that may be the third party > changes too... No, that's related to the Android.mk exporter stuff. --Ben From sean at rogue-research.com Mon Jan 29 10:32:47 2018 From: sean at rogue-research.com (Sean McBride) Date: Mon, 29 Jan 2018 10:32:47 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: References: Message-ID: <20180129153247.1383848287@mail.rogue-research.com> On Mon, 29 Jan 2018 10:17:07 -0500, Shawn Waldon said: >That's the updates to the third-party libraries that I have been doing :( >It looks like vtkzlib + vtkpng updates broke something. Maybe the XCode >generator is doing something strange? Only 1 of my submissions uses the Xcode generator. Most/all(?) of them use the system zlib though, perhaps you broke something related to that? Cheers, -- ____________________________________________________________ Sean McBride, B. Eng sean at rogue-research.com Rogue Research www.rogue-research.com Mac Software Developer Montr?al, Qu?bec, Canada From ben.boeckel at kitware.com Mon Jan 29 10:47:44 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 29 Jan 2018 10:47:44 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: <20180129153247.1383848287@mail.rogue-research.com> References: <20180129153247.1383848287@mail.rogue-research.com> Message-ID: <20180129154744.GB3615@megas.kitware.com> On Mon, Jan 29, 2018 at 10:32:47 -0500, Sean McBride wrote: > Most/all(?) of them use the system zlib though, perhaps you broke > something related to that? That would be it. vtkpng is linking to it as a target, but it isn't a target in the use-system case. Instead, `vtkzlib_LIBRARIES` would need to be used. --Ben From sankhesh.jhaveri at kitware.com Mon Jan 29 10:53:04 2018 From: sankhesh.jhaveri at kitware.com (Sankhesh Jhaveri) Date: Mon, 29 Jan 2018 15:53:04 +0000 Subject: [vtk-developers] Dashboard android build errors and data compression warnings In-Reply-To: References: <20180125140526.GA10221@megas.kitware.com> Message-ID: I looked into the Android CMake Error issues. The actual error message from CMake is as follows: CMake Error: Error evaluating generator expression: $ $ may only be used for linking CMake Error: Error evaluating generator expression: $ $ may only be used for linking CMake Error: Error evaluating generator expression: $ $ may only be used for linking CMake Error: ... Turns out, CMake?s install(EXPORT_ANDROID_MK ..) does not support $ generator expressions. I?ll punt on the Android.mk export for now until the issue is fixed in cmake. Best, Sankhesh ? On Thu, Jan 25, 2018 at 10:30 AM Ken Martin wrote: > Thanks Sankhesh! > > On Thu, Jan 25, 2018 at 9:41 AM, Sankhesh Jhaveri < > sankhesh.jhaveri at kitware.com> wrote: > >> I?ll look into the Android CMake errors. >> ? >> >> On Thu, Jan 25, 2018 at 9:05 AM Ben Boeckel >> wrote: >> >>> On Thu, Jan 25, 2018 at 08:29:51 -0500, Ken Martin wrote: >>> > Something broke the android build a couple days ago and there are a >>> couple >>> > data compressor/lzma issues here >>> > >>> > https://open.cdash.org/viewBuildError.php?type=1&buildid=5233660 >>> >>> It appears as though the infinite recursion warnings should be no-op >>> implementations, not calling itself. For the errors, it seems that >>> Android doesn't support the `restrict` keyword? The lzma warning should >>> be fixed as well; I'll work on those. >>> >>> > Android cmake errors seem to start with >>> > >>> > Error evaluating generator expression: >>> > >>> > $ >>> > >>> > $ may only be used for linking >>> >>> This looks more related to: >>> >>> https://gitlab.kitware.com/vtk/vtk/merge_requests/3806 >>> >>> --Ben >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=vtk-developers >>> >>> Follow this link to subscribe/unsubscribe: >>> https://vtk.org/mailman/listinfo/vtk-developers >>> >>> >> >> -- >> Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware >> | (518) 881-4417 >> ? >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > > Clifton Park NY 12065 > > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -- Sankhesh Jhaveri *Sr. Research & Development Engineer* | Kitware | (518) 881-4417 ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Mon Jan 29 15:29:30 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 29 Jan 2018 15:29:30 -0500 Subject: [vtk-developers] int to bool changes In-Reply-To: <20180104174427.930120271@mail.rogue-research.com> References: <20180104174427.930120271@mail.rogue-research.com> Message-ID: <20180129202930.GB19808@megas.kitware.com> On Thu, Jan 04, 2018 at 12:44:27 -0500, Sean McBride wrote: > I'd like to be able to set up a nightly build where it uses real > 'bool'. How should we accomplish that? A new CMake build option to > change how that typedef is defined? Or maybe use 'bool' automatically > if VTK_LEGACY_REMOVE is 1? Or...? If VTK_LEGACY_REMOVE is used, the buildbots will catch it as well. Otherwise, we can set some of them up to do it. Maybe hard-code it in the MR (in a WIP commit), run a buildbot run and see what might happen if we do flip it? --Ben From simon.esneault at gmail.com Tue Jan 30 04:17:09 2018 From: simon.esneault at gmail.com (Simon Esneault) Date: Tue, 30 Jan 2018 10:17:09 +0100 Subject: [vtk-developers] [vtkusers] Blue artefact on complex scene with VTK 8.1 + QVTKWidget + OSX and Intel chipset Message-ID: Hello community After the migration to VTK 8.1 (from VTK 7.1), we are seing strange blue artefact in one of our scene as it can be seen in the following snapshots. And I'm having real hard time debugging that ... https://pasteboard.co/H5irkgl.png https://pasteboard.co/H5irBQ4.png The context is as follow : - Qt 5.3.2 on OSX and Intel chipset (Iris or HD > 4000) - VTK 8.1 - 3 layered vtkRenderer in one vtkRenderWindow in a QVTKWidget - GPUVolumeRendering on the first layer, some vtkActor/Polydata on the second layer, and some vtkActor2D/vtkTextActor on the third layer. This bug only appears after the view has been "reparented" (the user can choose different "layout") and is triggered when we add a new vtkPolyData to be rendered. If the user move the scene, all goes back to normal. It look like we're seing some garbage blue buffer, but I have no clue where to look at... Anyone have experienced something like this ? Thanks a lot PS: I know QVTKWidget is deprecated and we should move to QVTKOpenGLWidget, but our app is quite big and moving to Qt >= Qt 5.4 has some other implication so that is not solution for now ... -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bill.lorensen at gmail.com Tue Jan 30 11:23:37 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 30 Jan 2018 08:23:37 -0800 Subject: [vtk-developers] Restrict keyword missing In-Reply-To: <20180129150549.GA18912@megas.kitware.com> References: <20180129150549.GA18912@megas.kitware.com> Message-ID: This nightly valgrind build is also failing to compile. https://open.cdash.org/viewBuildError.php?buildid=5240009 I'm looking for a solution. I can't build VTK anymore on my Ubuntu system. On Mon, Jan 29, 2018 at 7:05 AM, Ben Boeckel wrote: > On Fri, Jan 26, 2018 at 12:23:56 -0800, Bill Lorensen wrote: >> My gcc compiler on ubuntu 14 is 4.8.4. Does not recognize restrict keyword. > > This will be fixed as part of: > > https://gitlab.kitware.com/vtk/vtk/merge_requests/3841 > > However, `restrict` is in C and should be available? > > --Ben -- Unpaid intern in BillsParadise at noware dot com From ben.boeckel at kitware.com Tue Jan 30 11:35:51 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 30 Jan 2018 11:35:51 -0500 Subject: [vtk-developers] Restrict keyword missing In-Reply-To: References: <20180129150549.GA18912@megas.kitware.com> Message-ID: <20180130163551.GA13000@megas.kitware.com> On Tue, Jan 30, 2018 at 08:23:37 -0800, Bill Lorensen wrote: > This nightly valgrind build is also failing to compile. > https://open.cdash.org/viewBuildError.php?buildid=5240009 > > I'm looking for a solution. I can't build VTK anymore on my Ubuntu system. That MR has been merged. `master` should be OK for that problem now. --Ben From sean at rogue-research.com Tue Jan 30 11:56:36 2018 From: sean at rogue-research.com (Sean McBride) Date: Tue, 30 Jan 2018 11:56:36 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: <20180129154744.GB3615@megas.kitware.com> References: <20180129153247.1383848287@mail.rogue-research.com> <20180129154744.GB3615@megas.kitware.com> Message-ID: <20180130165636.1236093651@mail.rogue-research.com> On Mon, 29 Jan 2018 10:47:44 -0500, Ben Boeckel said: >On Mon, Jan 29, 2018 at 10:32:47 -0500, Sean McBride wrote: >> Most/all(?) of them use the system zlib though, perhaps you broke >> something related to that? > >That would be it. vtkpng is linking to it as a target, but it isn't a >target in the use-system case. Instead, `vtkzlib_LIBRARIES` would need >to be used. Seems fixed now, thanks. On Rogue14 I've disabled the -Wdeprecated-register warning since it triggers on macOS-provide Python headers. There are still 2 issues: 1) VTK/IO/Core/vtkDataCompressor.cxx:48:1: warning: all paths through this function will call itself [-Winfinite-recursion] 2) VTK/ThirdParty/lzma/vtklzma/src/liblzma/api/lzma/version.h:109:9: warning: dynamic exception specifications are deprecated [-Wdeprecated] BTW: I'm headed on vacation tomorrow, will be back to work & emails Feb 12. Sean From ben.boeckel at kitware.com Tue Jan 30 12:17:34 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 30 Jan 2018 12:17:34 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: <20180130165636.1236093651@mail.rogue-research.com> References: <20180129153247.1383848287@mail.rogue-research.com> <20180129154744.GB3615@megas.kitware.com> <20180130165636.1236093651@mail.rogue-research.com> Message-ID: <20180130171734.GA14403@megas.kitware.com> On Tue, Jan 30, 2018 at 11:56:36 -0500, Sean McBride wrote: > 1) VTK/IO/Core/vtkDataCompressor.cxx:48:1: warning: all paths through > this function will call itself [-Winfinite-recursion] > > 2) VTK/ThirdParty/lzma/vtklzma/src/liblzma/api/lzma/version.h:109:9: > warning: dynamic exception specifications are deprecated > [-Wdeprecated] Fixes for these were merged to `master` this morning. --Ben From bill.lorensen at gmail.com Tue Jan 30 14:09:47 2018 From: bill.lorensen at gmail.com (Bill Lorensen) Date: Tue, 30 Jan 2018 14:09:47 -0500 Subject: [vtk-developers] Dashboard: not good In-Reply-To: <20180130171734.GA14403@megas.kitware.com> References: <20180129153247.1383848287@mail.rogue-research.com> <20180129154744.GB3615@megas.kitware.com> <20180130165636.1236093651@mail.rogue-research.com> <20180130171734.GA14403@megas.kitware.com> Message-ID: Ben, Thanks. Works for me... On Tue, Jan 30, 2018 at 12:17 PM, Ben Boeckel wrote: > On Tue, Jan 30, 2018 at 11:56:36 -0500, Sean McBride wrote: >> 1) VTK/IO/Core/vtkDataCompressor.cxx:48:1: warning: all paths through >> this function will call itself [-Winfinite-recursion] >> >> 2) VTK/ThirdParty/lzma/vtklzma/src/liblzma/api/lzma/version.h:109:9: >> warning: dynamic exception specifications are deprecated >> [-Wdeprecated] > > Fixes for these were merged to `master` this morning. > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > -- Unpaid intern in BillsParadise at noware dot com From ken.martin at kitware.com Tue Jan 30 16:06:28 2018 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 30 Jan 2018 16:06:28 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma Message-ID: This ring a bell with anyone, clean tree, vtk master, vs13 windows static build [10/1509] Linking CXX executable bin\vtkCommonExecutionModelCxxTests.exe FAILED: cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E vs_link_exe --intdir=Common\ExecutionModel\Testing\Cxx\CMakeFiles\ vtkCommonExecutionModelCxxTests.dir --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTest s.dir\vtkCommonExecutionModelCxxTests.cxx.obj Common\ExecutionModel\Testing\ Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestCopyAttributeData.cxx.obj Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTest s.dir\TestImageDataToStructuredGrid.cxx.obj Common\ExecutionModel\Testing\ Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestMetaData.cxx.obj Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTest s.dir\TestSetInputDataObject.cxx.obj Common\ExecutionModel\Testing\ Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestTemporalSupport.cxx.obj Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTest s.dir\TestThreadedImageAlgorithmSplitExtent.cxx.obj Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTest s.dir\TestTrivialConsumer.cxx.obj Common\ExecutionModel\Testing\ Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\ UnitTestSimpleScalarTree.cxx.obj Common\ExecutionModel\Testing\ Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\ TestMultiOutputSimpleFilter.cxx.obj /out:bin\vtkCommonExecutionModelCxxTests.exe /implib:lib\vtkCommonExecutionModelCxxTests.lib /pdb:bin\ vtkCommonExecutionModelCxxTests.pdb /version:0.0 /machine:x64 /debug /INCREMENTAL /subsystem:console lib\vtkCommonExecutionModel-9.0.lib lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib lib\vtkCommonDataModel-9.0.lib lib\vtkCommonMath-9.0.lib lib\vtkCommonMisc-9.0.lib lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib lib\vtkFiltersCore-9.0.lib lib\vtkFiltersSources-9.0.lib lib\ vtkCommonComputationalGeometry-9.0.lib lib\vtkFiltersGeneral-9.0.lib lib\vtkIOCore-9.0.lib lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib lib\vtkzlib-9.0.lib lib\vtkIOLegacy-9.0.lib lib\vtkIOXML-9.0.lib lib\vtkIOXMLParser-9.0.lib lib\vtkexpat-9.0.lib lib\vtkFiltersCore-9.0.lib lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkIOCore-9.0.lib lib\vtkCommonExecutionModel-9.0.lib lib\vtkCommonDataModel-9.0.lib lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib lib\vtkCommonMisc-9.0.lib lib\vtkCommonMath-9.0.lib lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib ws2_32.lib Psapi.lib C:\Users\ken.martin\Documents\tbb2017_20170604oss\lib\intel64\vc12\tbb.lib lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib lib\vtkzlib-9.0.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ." vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: unresolved external symbol __imp_vtklz4_LZ4_decompress_safe referenced in function "protected: virtual unsigned __int64 __cdecl vtkLZ4DataCompressor::UncompressBuffer(unsigned char const *,unsigned __int64,unsigned char *,unsigned __int64)" (?UncompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: unresolved external symbol __imp_vtklz4_LZ4_compress_fast referenced in function "protected: virtual unsigned __int64 __cdecl vtkLZ4DataCompressor::CompressBuffer(unsigned char const *,unsigned __int64,unsigned char *,unsigned __int64)" (?CompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: unresolved external symbol __imp_vtklzma_lzma_easy_buffer_encode referenced in function "protected: virtual unsigned __int64 __cdecl vtkLZMADataCompressor::CompressBuffer(unsigned char const *,unsigned __int64,unsigned char *,unsigned __int64)" (?CompressBuffer@ vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: unresolved external symbol __imp_vtklzma_lzma_stream_buffer_decode referenced in function "protected: virtual unsigned __int64 __cdecl vtkLZMADataCompressor::UncompressBuffer(unsigned char const *,unsigned __int64,unsigned char *,unsigned __int64)" (?UncompressBuffer@ vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) bin\vtkCommonExecutionModelCxxTests.exe : fatal error LNK1120: 4 unresolved externals LINK Pass 1 failed. with 1120 -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 30 16:18:05 2018 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 30 Jan 2018 16:18:05 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma In-Reply-To: References: Message-ID: https://gitlab.kitware.com/vtk/vtk/merge_requests/3841 doesn't fix it? On Tue, Jan 30, 2018 at 4:06 PM, Ken Martin wrote: > > > This ring a bell with anyone, clean tree, vtk master, vs13 windows static > build > > [10/1509] Linking CXX executable bin\vtkCommonExecutionModelCxxTests.exe > FAILED: cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E > vs_link_exe > --intdir=Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir > --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\vtkCommonExecutionModelCxxTests.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestCopyAttributeData.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestImageDataToStructuredGrid.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestMetaData.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestSetInputDataObject.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestTemporalSupport.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestThreadedImageAlgorithmSplitExtent.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestTrivialConsumer.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\UnitTestSimpleScalarTree.cxx.obj > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecutionModelCxxTests.dir\TestMultiOutputSimpleFilter.cxx.obj > /out:bin\vtkCommonExecutionModelCxxTests.exe > /implib:lib\vtkCommonExecutionModelCxxTests.lib > /pdb:bin\vtkCommonExecutionModelCxxTests.pdb /version:0.0 /machine:x64 > /debug /INCREMENTAL /subsystem:console lib\vtkCommonExecutionModel-9.0.lib > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib lib\vtkCommonDataModel-9.0.lib > lib\vtkCommonMath-9.0.lib lib\vtkCommonMisc-9.0.lib > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib > lib\vtkFiltersCore-9.0.lib lib\vtkFiltersSources-9.0.lib > lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkFiltersGeneral-9.0.lib > lib\vtkIOCore-9.0.lib lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib > lib\vtkzlib-9.0.lib lib\vtkIOLegacy-9.0.lib lib\vtkIOXML-9.0.lib > lib\vtkIOXMLParser-9.0.lib lib\vtkexpat-9.0.lib lib\vtkFiltersCore-9.0.lib > lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkIOCore-9.0.lib > lib\vtkCommonExecutionModel-9.0.lib lib\vtkCommonDataModel-9.0.lib > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib > lib\vtkCommonMisc-9.0.lib lib\vtkCommonMath-9.0.lib > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib ws2_32.lib Psapi.lib > C:\Users\ken.martin\Documents\tbb2017_20170604oss\lib\intel64\vc12\tbb.lib > lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib lib\vtkzlib-9.0.lib kernel32.lib > user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib > uuid.lib comdlg32.lib advapi32.lib && cd ." > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: unresolved > external symbol __imp_vtklz4_LZ4_decompress_safe referenced in function > "protected: virtual unsigned __int64 __cdecl > vtkLZ4DataCompressor::UncompressBuffer(unsigned char const *,unsigned > __int64,unsigned char *,unsigned __int64)" > (?UncompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: unresolved > external symbol __imp_vtklz4_LZ4_compress_fast referenced in function > "protected: virtual unsigned __int64 __cdecl > vtkLZ4DataCompressor::CompressBuffer(unsigned char const *,unsigned > __int64,unsigned char *,unsigned __int64)" > (?CompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: unresolved > external symbol __imp_vtklzma_lzma_easy_buffer_encode referenced in function > "protected: virtual unsigned __int64 __cdecl > vtkLZMADataCompressor::CompressBuffer(unsigned char const *,unsigned > __int64,unsigned char *,unsigned __int64)" > (?CompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: unresolved > external symbol __imp_vtklzma_lzma_stream_buffer_decode referenced in > function "protected: virtual unsigned __int64 __cdecl > vtkLZMADataCompressor::UncompressBuffer(unsigned char const *,unsigned > __int64,unsigned char *,unsigned __int64)" > (?UncompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > bin\vtkCommonExecutionModelCxxTests.exe : fatal error LNK1120: 4 unresolved > externals > LINK Pass 1 failed. with 1120 > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=vtk-developers > > Follow this link to subscribe/unsubscribe: > https://vtk.org/mailman/listinfo/vtk-developers > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From simon.esneault at gmail.com Tue Jan 30 17:48:33 2018 From: simon.esneault at gmail.com (Simon Esneault) Date: Tue, 30 Jan 2018 23:48:33 +0100 Subject: [vtk-developers] [vtkusers] Blue artefact on complex scene with VTK 8.1 + QVTKWidget + OSX and Intel chipset In-Reply-To: References: Message-ID: I forgot to say that the same code does not produce any blue artefact on an Nvidia or ATI card, and we were not able to reproduce this visual glitch on Windows either. If that can help ... Thanks Simon Le 30 janv. 2018 10:17, "Simon Esneault" a ?crit : Hello community After the migration to VTK 8.1 (from VTK 7.1), we are seing strange blue artefact in one of our scene as it can be seen in the following snapshots. And I'm having real hard time debugging that ... https://pasteboard.co/H5irkgl.png https://pasteboard.co/H5irBQ4.png The context is as follow : - Qt 5.3.2 on OSX and Intel chipset (Iris or HD > 4000) - VTK 8.1 - 3 layered vtkRenderer in one vtkRenderWindow in a QVTKWidget - GPUVolumeRendering on the first layer, some vtkActor/Polydata on the second layer, and some vtkActor2D/vtkTextActor on the third layer. This bug only appears after the view has been "reparented" (the user can choose different "layout") and is triggered when we add a new vtkPolyData to be rendered. If the user move the scene, all goes back to normal. It look like we're seing some garbage blue buffer, but I have no clue where to look at... Anyone have experienced something like this ? Thanks a lot PS: I know QVTKWidget is deprecated and we should move to QVTKOpenGLWidget, but our app is quite big and moving to Qt >= Qt 5.4 has some other implication so that is not solution for now ... -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From prabhu at aero.iitb.ac.in Wed Jan 31 05:23:31 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Wed, 31 Jan 2018 15:53:31 +0530 Subject: [vtk-developers] VTK 8.1.0 wheels live on pypi! Message-ID: <65c76136-368a-6799-1f93-c9f4c57846d0@aero.iitb.ac.in> Hi folks, I just built several wheels for VTK-8.1.0 on the three major platforms and pushed them to pypi.? Only 64 bit wheels now though. Python users should be able to run ?$ pip install vtk and have it installed! Thank you all for the hard work to make this happen!? I made a small blog post here with some details: http://prabhuramachandran.blogspot.in/ Please let me know if I have missed something there.? Thanks again! cheers, Prabhu -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Jan 31 08:29:27 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 31 Jan 2018 08:29:27 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma In-Reply-To: References: Message-ID: Yes, this is on master still as of this morning. VTK no longer compiles static on windows for me. On Tue, Jan 30, 2018 at 4:18 PM, Cory Quammen wrote: > https://gitlab.kitware.com/vtk/vtk/merge_requests/3841 doesn't fix it? > > On Tue, Jan 30, 2018 at 4:06 PM, Ken Martin > wrote: > > > > > > This ring a bell with anyone, clean tree, vtk master, vs13 windows static > > build > > > > [10/1509] Linking CXX executable bin\vtkCommonExecutionModelCxxTests.exe > > FAILED: cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E > > vs_link_exe > > --intdir=Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir > > --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\vtkCommonExecutionModelCxxTest > s.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestCopyAttributeData.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestImageDataToStructuredGrid.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestMetaData.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestSetInputDataObject.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestTemporalSupport.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestThreadedImageAlgorithmSpli > tExtent.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestTrivialConsumer.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\UnitTestSimpleScalarTree.cxx.obj > > Common\ExecutionModel\Testing\Cxx\CMakeFiles\ > vtkCommonExecutionModelCxxTests.dir\TestMultiOutputSimpleFilter.cxx.obj > > /out:bin\vtkCommonExecutionModelCxxTests.exe > > /implib:lib\vtkCommonExecutionModelCxxTests.lib > > /pdb:bin\vtkCommonExecutionModelCxxTests.pdb /version:0.0 /machine:x64 > > /debug /INCREMENTAL /subsystem:console lib\vtkCommonExecutionModel-9. > 0.lib > > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib > lib\vtkCommonDataModel-9.0.lib > > lib\vtkCommonMath-9.0.lib lib\vtkCommonMisc-9.0.lib > > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib > > lib\vtkFiltersCore-9.0.lib lib\vtkFiltersSources-9.0.lib > > lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkFiltersGeneral-9.0.lib > > lib\vtkIOCore-9.0.lib lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib > > lib\vtkzlib-9.0.lib lib\vtkIOLegacy-9.0.lib lib\vtkIOXML-9.0.lib > > lib\vtkIOXMLParser-9.0.lib lib\vtkexpat-9.0.lib > lib\vtkFiltersCore-9.0.lib > > lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkIOCore-9.0.lib > > lib\vtkCommonExecutionModel-9.0.lib lib\vtkCommonDataModel-9.0.lib > > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib > > lib\vtkCommonMisc-9.0.lib lib\vtkCommonMath-9.0.lib > > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib ws2_32.lib Psapi.lib > > C:\Users\ken.martin\Documents\tbb2017_20170604oss\lib\ > intel64\vc12\tbb.lib > > lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib lib\vtkzlib-9.0.lib kernel32.lib > > user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib > > uuid.lib comdlg32.lib advapi32.lib && cd ." > > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: > unresolved > > external symbol __imp_vtklz4_LZ4_decompress_safe referenced in function > > "protected: virtual unsigned __int64 __cdecl > > vtkLZ4DataCompressor::UncompressBuffer(unsigned char const *,unsigned > > __int64,unsigned char *,unsigned __int64)" > > (?UncompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: > unresolved > > external symbol __imp_vtklz4_LZ4_compress_fast referenced in function > > "protected: virtual unsigned __int64 __cdecl > > vtkLZ4DataCompressor::CompressBuffer(unsigned char const *,unsigned > > __int64,unsigned char *,unsigned __int64)" > > (?CompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: > unresolved > > external symbol __imp_vtklzma_lzma_easy_buffer_encode referenced in > function > > "protected: virtual unsigned __int64 __cdecl > > vtkLZMADataCompressor::CompressBuffer(unsigned char const *,unsigned > > __int64,unsigned char *,unsigned __int64)" > > (?CompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: > unresolved > > external symbol __imp_vtklzma_lzma_stream_buffer_decode referenced in > > function "protected: virtual unsigned __int64 __cdecl > > vtkLZMADataCompressor::UncompressBuffer(unsigned char const *,unsigned > > __int64,unsigned char *,unsigned __int64)" > > (?UncompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) > > bin\vtkCommonExecutionModelCxxTests.exe : fatal error LNK1120: 4 > unresolved > > externals > > LINK Pass 1 failed. with 1120 > > > > -- > > Ken Martin PhD > > Distinguished Engineer > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > > > This communication, including all attachments, contains confidential and > > legally privileged information, and it is intended only for the use of > the > > addressee. Access to this email by anyone else is unauthorized. If you > are > > not the intended recipient, any disclosure, copying, distribution or any > > action taken in reliance on it is prohibited and may be unlawful. If you > > received this communication in error please notify us immediately and > > destroy the original message. Thank you. > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: http://markmail.org/search/?q= > vtk-developers > > > > Follow this link to subscribe/unsubscribe: > > https://vtk.org/mailman/listinfo/vtk-developers > > > > > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Wed Jan 31 10:12:01 2018 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 31 Jan 2018 10:12:01 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma In-Reply-To: References: Message-ID: OK this commit fixes vtk master for me on static builds and doesn't break my shared build. A cmake/build type person should probably review the changes carefully. https://gitlab.kitware.com/ken-martin/vtk/commit/ 06e8544268e7da946e34de6f59f8b15e7e5004d1 On Wed, Jan 31, 2018 at 8:29 AM, Ken Martin wrote: > Yes, this is on master still as of this morning. VTK no longer compiles > static on windows for me. > > On Tue, Jan 30, 2018 at 4:18 PM, Cory Quammen > wrote: > >> https://gitlab.kitware.com/vtk/vtk/merge_requests/3841 doesn't fix it? >> >> On Tue, Jan 30, 2018 at 4:06 PM, Ken Martin >> wrote: >> > >> > >> > This ring a bell with anyone, clean tree, vtk master, vs13 windows >> static >> > build >> > >> > [10/1509] Linking CXX executable bin\vtkCommonExecutionModelCxx >> Tests.exe >> > FAILED: cmd.exe /C "cd . && "C:\Program Files\CMake\bin\cmake.exe" -E >> > vs_link_exe >> > --intdir=Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCom >> monExecutionModelCxxTests.dir >> > --manifests -- C:\PROGRA~2\MICROS~1.0\VC\bin\amd64\link.exe /nologo >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\vtkCommonExecutionModelCxxTests.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestCopyAttributeData.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestImageDataToStructuredGrid.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestMetaData.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestSetInputDataObject.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestTemporalSupport.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestThreadedImageAlgorithmSplitExtent.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestTrivialConsumer.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\UnitTestSimpleScalarTree.cxx.obj >> > Common\ExecutionModel\Testing\Cxx\CMakeFiles\vtkCommonExecut >> ionModelCxxTests.dir\TestMultiOutputSimpleFilter.cxx.obj >> > /out:bin\vtkCommonExecutionModelCxxTests.exe >> > /implib:lib\vtkCommonExecutionModelCxxTests.lib >> > /pdb:bin\vtkCommonExecutionModelCxxTests.pdb /version:0.0 /machine:x64 >> > /debug /INCREMENTAL /subsystem:console lib\vtkCommonExecutionModel-9. >> 0.lib >> > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib >> lib\vtkCommonDataModel-9.0.lib >> > lib\vtkCommonMath-9.0.lib lib\vtkCommonMisc-9.0.lib >> > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib >> > lib\vtkFiltersCore-9.0.lib lib\vtkFiltersSources-9.0.lib >> > lib\vtkCommonComputationalGeometry-9.0.lib >> lib\vtkFiltersGeneral-9.0.lib >> > lib\vtkIOCore-9.0.lib lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib >> > lib\vtkzlib-9.0.lib lib\vtkIOLegacy-9.0.lib lib\vtkIOXML-9.0.lib >> > lib\vtkIOXMLParser-9.0.lib lib\vtkexpat-9.0.lib >> lib\vtkFiltersCore-9.0.lib >> > lib\vtkCommonComputationalGeometry-9.0.lib lib\vtkIOCore-9.0.lib >> > lib\vtkCommonExecutionModel-9.0.lib lib\vtkCommonDataModel-9.0.lib >> > lib\vtkCommonSystem-9.0.lib lib\vtkCommonTransforms-9.0.lib >> > lib\vtkCommonMisc-9.0.lib lib\vtkCommonMath-9.0.lib >> > lib\vtkCommonCore-9.0.lib lib\vtksys-9.0.lib ws2_32.lib Psapi.lib >> > C:\Users\ken.martin\Documents\tbb2017_20170604oss\lib\intel6 >> 4\vc12\tbb.lib >> > lib\vtklz4-9.0.lib lib\vtklzma-9.0.lib lib\vtkzlib-9.0.lib kernel32.lib >> > user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib >> > uuid.lib comdlg32.lib advapi32.lib && cd ." >> > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: >> unresolved >> > external symbol __imp_vtklz4_LZ4_decompress_safe referenced in function >> > "protected: virtual unsigned __int64 __cdecl >> > vtkLZ4DataCompressor::UncompressBuffer(unsigned char const *,unsigned >> > __int64,unsigned char *,unsigned __int64)" >> > (?UncompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) >> > vtkIOCore-9.0.lib(vtkLZ4DataCompressor.cxx.obj) : error LNK2019: >> unresolved >> > external symbol __imp_vtklz4_LZ4_compress_fast referenced in function >> > "protected: virtual unsigned __int64 __cdecl >> > vtkLZ4DataCompressor::CompressBuffer(unsigned char const *,unsigned >> > __int64,unsigned char *,unsigned __int64)" >> > (?CompressBuffer at vtkLZ4DataCompressor@@MEAA_KPEBE_KPEAE1 at Z) >> > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: >> unresolved >> > external symbol __imp_vtklzma_lzma_easy_buffer_encode referenced in >> function >> > "protected: virtual unsigned __int64 __cdecl >> > vtkLZMADataCompressor::CompressBuffer(unsigned char const *,unsigned >> > __int64,unsigned char *,unsigned __int64)" >> > (?CompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) >> > vtkIOCore-9.0.lib(vtkLZMADataCompressor.cxx.obj) : error LNK2019: >> unresolved >> > external symbol __imp_vtklzma_lzma_stream_buffer_decode referenced in >> > function "protected: virtual unsigned __int64 __cdecl >> > vtkLZMADataCompressor::UncompressBuffer(unsigned char const *,unsigned >> > __int64,unsigned char *,unsigned __int64)" >> > (?UncompressBuffer at vtkLZMADataCompressor@@MEAA_KPEBE_KPEAE1 at Z) >> > bin\vtkCommonExecutionModelCxxTests.exe : fatal error LNK1120: 4 >> unresolved >> > externals >> > LINK Pass 1 failed. with 1120 >> > >> > -- >> > Ken Martin PhD >> > Distinguished Engineer >> > Kitware Inc. >> > 28 Corporate Drive >> > Clifton Park NY 12065 >> > >> > This communication, including all attachments, contains confidential and >> > legally privileged information, and it is intended only for the use of >> the >> > addressee. Access to this email by anyone else is unauthorized. If you >> are >> > not the intended recipient, any disclosure, copying, distribution or any >> > action taken in reliance on it is prohibited and may be unlawful. If you >> > received this communication in error please notify us immediately and >> > destroy the original message. Thank you. >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Search the list archives at: http://markmail.org/search/?q= >> vtk-developers >> > >> > Follow this link to subscribe/unsubscribe: >> > https://vtk.org/mailman/listinfo/vtk-developers >> > >> > >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> > > > > -- > Ken Martin PhD > Distinguished Engineer > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From simon.esneault at gmail.com Wed Jan 31 10:33:19 2018 From: simon.esneault at gmail.com (Simon Esneault) Date: Wed, 31 Jan 2018 16:33:19 +0100 Subject: [vtk-developers] [vtkusers] Blue artefact on complex scene with VTK 8.1 + QVTKWidget + OSX and Intel chipset In-Reply-To: References: Message-ID: After further investigation, it appears that the problem only occurs when SetUseDepthPeeling is enabled on the 3 vtkRenderer and does not occurs when we disable this option... It used to work fine with VTK 7.1, so this might be related to the new implementation of the depth peeling that was written for VTK 8, no? Shall I fill a bug for this ? Thanks 2018-01-30 23:48 GMT+01:00 Simon Esneault : > I forgot to say that the same code does not produce any blue artefact on > an Nvidia or ATI card, and we were not able to reproduce this visual glitch > on Windows either. > > If that can help ... > Thanks > > Simon > > Le 30 janv. 2018 10:17, "Simon Esneault" a > ?crit : > > Hello community > > After the migration to VTK 8.1 (from VTK 7.1), we are seing strange blue > artefact in one of our scene as it can be seen in the following snapshots. > And I'm having real hard time debugging that ... > > https://pasteboard.co/H5irkgl.png > https://pasteboard.co/H5irBQ4.png > > The context is as follow : > - Qt 5.3.2 on OSX and Intel chipset (Iris or HD > 4000) > - VTK 8.1 > - 3 layered vtkRenderer in one vtkRenderWindow in a QVTKWidget > - GPUVolumeRendering on the first layer, some vtkActor/Polydata on the > second layer, and some vtkActor2D/vtkTextActor on the third layer. > > This bug only appears after the view has been "reparented" (the user can > choose different "layout") and is triggered when we add a new vtkPolyData > to be rendered. If the user move the scene, all goes back to normal. It > look like we're seing some garbage blue buffer, but I have no clue where to > look at... > > Anyone have experienced something like this ? > > Thanks a lot > > PS: I know QVTKWidget is deprecated and we should move to > QVTKOpenGLWidget, but our app is quite big and moving to Qt >= Qt 5.4 has > some other implication so that is not solution for now ... > > -- > ------------------------------------------------------------------ > Simon Esneault > Rennes, France > ------------------------------------------------------------------ > > > -- ------------------------------------------------------------------ Simon Esneault Rennes, France ------------------------------------------------------------------ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Jan 31 10:40:03 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 31 Jan 2018 10:40:03 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma In-Reply-To: References: Message-ID: <20180131154003.GA14804@megas.kitware.com> On Wed, Jan 31, 2018 at 10:12:01 -0500, Ken Martin wrote: > OK this commit fixes vtk master for me on static builds and doesn't break > my shared build. A cmake/build type person should probably review the > changes carefully. > > https://gitlab.kitware.com/ken-martin/vtk/commit/ > 06e8544268e7da946e34de6f59f8b15e7e5004d1 I'll do the updates for these. Thanks. --Ben From david.gobbi at gmail.com Wed Jan 31 10:54:27 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 31 Jan 2018 08:54:27 -0700 Subject: [vtk-developers] VTK 8.1.0 wheels live on pypi! In-Reply-To: <65c76136-368a-6799-1f93-c9f4c57846d0@aero.iitb.ac.in> References: <65c76136-368a-6799-1f93-c9f4c57846d0@aero.iitb.ac.in> Message-ID: Hi Prabhu, Thanks for pushing this forward, it takes a lot of hard work and patience to generate packages for multiple platforms. I just tried it on my Mac (10.11) at work, it took only a few seconds to download and install. You've just made a lot of grad students very happy. - David On Wed, Jan 31, 2018 at 3:23 AM, Prabhu Ramachandran wrote: > Hi folks, > > I just built several wheels for VTK-8.1.0 on the three major platforms and > pushed them to pypi. Only 64 bit wheels now though. Python users should be > able to run > > $ pip install vtk > > and have it installed! > > Thank you all for the hard work to make this happen! > > I made a small blog post here with some details: > http://prabhuramachandran.blogspot.in/ > > Please let me know if I have missed something there. Thanks again! > > cheers, > > Prabhu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Jan 31 11:34:23 2018 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 31 Jan 2018 11:34:23 -0500 Subject: [vtk-developers] vtk master Static build failing on vtklzma In-Reply-To: References: Message-ID: <20180131163423.GA17584@megas.kitware.com> On Tue, Jan 30, 2018 at 16:06:28 -0500, Ken Martin wrote: > This ring a bell with anyone, clean tree, vtk master, vs13 windows static > build I also fixed tiff and jpeg while I was there and also grabbed the lz4 fix you had). https://gitlab.kitware.com/vtk/vtk/merge_requests/3867 This builds statically on my Windows machine. --Ben From andematunum at gmail.com Wed Jan 31 11:50:31 2018 From: andematunum at gmail.com (Julien CLEMENT) Date: Wed, 31 Jan 2018 17:50:31 +0100 Subject: [vtk-developers] VTK-8.1.0 compilation troubles on OS X Sierra 10.12.6 Message-ID: Hello all, I'm trying to get VTK 8.1.0 compiling on my Mac running OS X Sierra 10.12.6, with Qt 5 modules. The compilation fails with the following error, have you ever seen this error on compiling VTK, and do you have a solution for it ? <<< Scanning dependencies of target vtkGUISupportQt [ 53%] Building CXX object GUISupport/Qt/CMakeFiles/vtkGUISupportQt.dir/QVTKInteractorAdapter.cxx.o [ 53%] Building CXX object GUISupport/Qt/CMakeFiles/vtkGUISupportQt.dir/QVTKInteractor.cxx.o In file included from /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/QVTKInteractor.cxx:35: /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/QVTKInteractor.h:44:30: error: variable has incomplete type 'class VTKGUISUPPORTQT_EXPORT' class VTKGUISUPPORTQT_EXPORT QVTKInteractor : public vtkRenderWindowInteractor ^ /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/QVTKInteractor.h:44:7: note: forward declaration of 'VTKGUISUPPORTQT_EXPORT' class VTKGUISUPPORTQT_EXPORT QVTKInteractor : public vtkRenderWindowInteractor ^ /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/QVTKInteractor.h:44:45: error: expected ';' after top level declarator class VTKGUISUPPORTQT_EXPORT QVTKInteractor : public vtkRenderWindowInteractor I've joined a screenshot from the CMake configuration variables. Thanks and regards, andematunum -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture d?e?cran 2018-01-29 a? 19.00.05.PNG Type: image/png Size: 224801 bytes Desc: not available URL: From prabhu at aero.iitb.ac.in Wed Jan 31 13:41:09 2018 From: prabhu at aero.iitb.ac.in (Prabhu Ramachandran) Date: Thu, 1 Feb 2018 00:11:09 +0530 Subject: [vtk-developers] VTK 8.1.0 wheels live on pypi! In-Reply-To: References: <65c76136-368a-6799-1f93-c9f4c57846d0@aero.iitb.ac.in> Message-ID: <8d2402f6-e291-2929-2daa-ee0763a8d255@aero.iitb.ac.in> Hi David, On 1/31/18 9:24 PM, David Gobbi wrote: > Hi Prabhu, > > Thanks for pushing this forward, it takes a lot of hard work and patience to > generate packages for multiple platforms. Thank you for the kind words!? None of this would be possible without all of your efforts either. > > I just tried it on my Mac (10.11) at work, it took only a few seconds to > download and install.? You've just made a lot of grad students very happy. > That is fantastic to know.? Thanks for testing this! cheers, Prabhu -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.gobbi at gmail.com Wed Jan 31 18:36:37 2018 From: david.gobbi at gmail.com (David Gobbi) Date: Wed, 31 Jan 2018 16:36:37 -0700 Subject: [vtk-developers] VTK-8.1.0 compilation troubles on OS X Sierra 10.12.6 In-Reply-To: References: Message-ID: I haven't seen a build error like this before, but the important part of the error message is here: > /Users/clementj/DeveloppementLogiciel/Sources/VTK-8.1.0/GUISupport/Qt/ > QVTKInteractor.h:44:30: > error: variable has > incomplete type 'class VTKGUISUPPORTQT_EXPORT' > class VTKGUISUPPORTQT_EXPORT QVTKInteractor : public > vtkRenderWindowInteractor > The error indicates that the VTKGUISUPPORTQT_EXPORT macro is not defined. It should be defined in the header GUISupport/Qt/vtkGUISupportQtModule.h (in the build tree). Can you check your build to make sure that this header exists, and that it defines the macro? This header is generated by cmake, so the best thing is to delete the header, and then re-run cmake so that the header will be regenerated. - David -------------- next part -------------- An HTML attachment was scrubbed... URL: