<div dir="ltr"><div>Here are my rough meeting notes. Feel free to correct or amend, eventually I'll create a publicly accessible document.</div><div>-----</div><div><br></div><div>Attendees: Andrew M, Dave, D, Dave G., Bill L., Ken Moreland, Berk, Will</div><div><br></div>Support OpenGL1 for at least a couple more years<div><br><div>Build kits vs modules to minimize libraries and get high granularity (Berk will investigate)</div><div><br></div><div>Nightly expected remote modules are necessary</div><div>  -- remote module environment variable provides short circuiting: remote module can refer to a tagged repository; environment variable can be used to instead use master (simplify development process)</div><div><br></div><div>The line between system libraries vs VTK third party libraries is not well defined. One solution: better auto detection for system libraries. Also, why are we not using SuperBuild (vs third party inclusion). Set up superbuild so it works on local packages (check file system first and then go external). Look for system version first....how to deal with mismatches of system libraries to VTK....an open issue.</div><div><br></div><div>Ken M. gave a quick overview of VTK-m.</div><div><br></div><div>Automatically wrap VTK-m or ITK into VTK....looks at header files, possibly with hints, to wrap the class.</div><div><br></div><div>Eventually pulling in VTK-m, it would be a submodule. VTK-m integration this year. This also relates to plugging in new algorithms.</div><div><br></div><div>Also breaking out cell basis functions into a third-party library, maybe also (new) interpolation kernels.</div><div><br></div><div>Keeping track of changes / documenting VTK. ParaView embeds Markdown text directly into source code. Check into Document/Doxygen directory (need to check into this).</div><div><br></div><div>Release schedule 7.1 mid-year. VTK 8.0 release -> require C++11 support (may need to reassess mid-year). Allow C++11 atomics, lambdas, etc. Continue to support VTK6 for 3-5 years while we are going through these changes.</div><div><br></div><div>Progress reports in vtkSMPTools: could TBB report pass back information like master thread? Would be useful for progress reporting. Is there a way to identify the master thread? Berk is going to ask one of his guys to check into this (Sujin?)<br></div><div><br></div><div>Dashboards: CDash guys are making some improvements such as: performance regression; show number of failures due to merge request (to show delta due to a merge request).</div><div><br></div><div><br></div><div>-- <br></div><div><div><div dir="ltr"><div>William J. Schroeder, PhD<br>Kitware, Inc. - Building the World's Technical Computing Software<br>28 Corporate Drive<br>Clifton Park, NY 12065<br><a href="mailto:will.schroeder@kitware.com" target="_blank">will.schroeder@kitware.com</a><br><a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a><br><a href="tel:%28518%29%20881-4902" value="+15188814902" target="_blank">(518) 881-4902</a></div></div></div>
</div></div></div>