[CMake] reminder: free VTK, ParaView and CMake training at Kitware New York in two weeks.
Read all about it in this blog post: https://blog.kitware.com/events/march2018-free-vtk-paraview-and-cmake-training-courses-kitware There are a few seats available in case you can make it up to visit us. https://goo.gl/forms/M3WmJcV9W6qKTK8x2 Thanks and hope to see you here. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: https://cmake.org/mailman/listinfo/cmake
Re: [CMake] announce: free VTK, ParaView and CMake training at Kitware New York next month
Hi Alan, Unfortunately no, not for this run through. For this first run through of the new material we want it to be local only. This way we can keep it highly interactive (it is harder to assist everyone well in an online group). The VTK and ParaView slides at least will be posted online, I'm not entirely certain yet, but I think the CMake slides will be too. In the next run through we will very likely open it up and at least post videos after the fact. thanks David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Feb 1, 2018 at 3:49 PM, Alan W. Irwin wrote: > On 2018-02-01 15:16-0500 David E DeMarle wrote: > > Kitware is going to present three free, one day training courses next month >> at our Albany NY headquarters. The outline for each day follows. >> > > For those of who would prefer not to make such a long trip but who are > extremely interested in those training courses, would you be willing > to record a video of those training sessions and make that video > freely accessible on the web? > > I (and presumably many others here since this is the CMake mailing > list after all) would be particularly interested in watching the last-day > session > > March 15'th "CMake and Friends" >> all day: w/ Bill Hoffman >> > > Alan > __ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state > implementation for stellar interiors (freeeos.sf.net); the Time > Ephemerides project (timeephem.sf.net); PLplot scientific plotting > software package (plplot.sf.net); the libLASi project > (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); > and the Linux Brochure Project (lbproject.sf.net). > __ > > Linux-powered Science > __ > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: https://cmake.org/mailman/listinfo/cmake
[CMake] announce: free VTK, ParaView and CMake training at Kitware New York next month
Hi folks, Kitware is going to present three free, one day training courses next month at our Albany NY headquarters. The outline for each day follows. March 13'th "Introductory and applied VTK" morning: Dave DeMarle / Lisa Avila - "A hands on introduction to VTK" afternoon: Aashish Chaudhary - "VTK and Geosciences" Berk Geveci - "Flow Visualization" Ken Martin - "Realistic Rendering" Sankesh Jhaveri - “A workflow for Medical Visualization” March 14'th "Introductory and applied ParaView" morning: Dan Lipsa / Utkarsh Ayachit - "A hands on introduction to ParaView" afternoon: Andy Bauer - "CFD analysis" T.J. Corona - "Simulation Debugging" Utkarsh Ayachit - "Quantitative Analysis" Bob O'Bara - "Point Cloud Processing" March 15'th "CMake and Friends" all day: w/ Bill Hoffman To reserve a seat for the course, please fill out this google form and we'll get back to you to confirm your reservation. https://goo.gl/forms/M3WmJcV9W6qKTK8x2 David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: https://cmake.org/mailman/listinfo/cmake
Re: [CMake] How to use the plugin Geodesic Measurement
I Miguel, I think you intended this question for the ParaView mailing list, not the CMake one. cheers David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Oct 11, 2016 at 4:33 PM, Salazar De Troya, Miguel < salazardet...@llnl.gov> wrote: > Hello > > I loaded the Geodesic Measurement plugin with the Plugin Manager, but I do > not know how to use it. I see it as a filter option, but it is disabled > even for point-based data. I haven’t been able to find an example either. I > am interested in finding the shortest path between two points in a surface. > > Thanks > MIguel > > > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Cross Compilation & Source file generators
Just to clarify, although ParaView's superbuild assists you to set up and
compile in either "compile TOOLS" or "CROSS compile" mode (or the default
"HOST" mode) the protobuf inclusion I was speaking of in is found within
paraview's source code and is not an external project.
See ${PVSOURCE}/ThirdParty/protobuf
hope that helps
On Saturday, May 21, 2016, Craig Scott wrote:
> There's also the technique described in this stack overflow
> question/answer:
>
>
> http://stackoverflow.com/questions/36084785/building-a-tool-immediately-so-it-can-be-used-later-in-same-cmake-run
>
> I'd probably recommend the superbuild approach used by Paraview though if
> your build can be structured that way. With the superbuild approach, it's a
> bit easier to tell what's going on. The method in the above link would only
> be better if you really needed to keep everything in the one single build.
>
>
>
>
> On Sat, May 21, 2016 at 11:10 PM, David E DeMarle <
> dave.dema...@kitware.com> wrote:
>
>> Take a look at paraview's internal copy of protobuf. We compile protoc in
>> the host tools pass and then use it when we build libprotobuf in the cross
>> compile pass.
>> On May 20, 2016 10:14 PM, "Walter Gray" wrote:
>>
>>> A small addendum - The way I am currently solving this problem is by
>>> replacing the version of protoc in the library folder for android with one
>>> that works on the host machine, but this is really not the best since it
>>> means that the library distribution is tied to the host AND the target.
>>>
>>> Thinking in terms of concepts, I think I would want a find_package that
>>> understood the difference between finding a package for executing and
>>> finding a package for linking, but that'd be a pretty fundamental change.
>>>
>>> On Fri, May 20, 2016 at 7:02 PM Walter Gray
>>> wrote:
>>>
>>>> I've got a project with a number of target platforms, including some
>>>> that I have to cross-compile to such as android, that uses protobuf. If
>>>> you're unfamiliar, the crux of the issue is that there is both a library,
>>>> libprotobuf, and an 'compiler', protoc, that takes .proto files and
>>>> generates a .h/.cc pair that are then included in the project.
>>>>
>>>> When cross compiling, want to use the libprotobuf that was compiled on
>>>> andriod, but the protoc that was compiled for my host environment. How
>>>> could this be achieved?
>>>>
>>>> Currently, my build machine has several different directories where I
>>>> store the external libraries that have been compiled for the various
>>>> platforms/compilers that we support (Libraries-arm32, Libraries-x64,
>>>> Libraries-x64-vc14, ect).
>>>>
>>>> Solutions that require modifying protobuf's -config.cmake file are
>>>> welcome, I've already submitted several PR's improving it. I'd like to
>>>> establish what the best practice for this kind of situation is as I have
>>>> the same issue with Flatbuffers.
>>>>
>>>> On a slightly unrelated note, is there some way to write something like
>>>> the AUTOUIC system without modifying cmake itself? It would be lovely if
>>>> all I had to do was include the .proto file in the source file list.
>>>>
>>>> Thanks!
>>>> Walter
>>>>
>>>
>>> --
>>>
>>> Powered by www.kitware.com
>>>
>>> Please keep messages on-topic and check the CMake FAQ at:
>>> http://www.cmake.org/Wiki/CMake_FAQ
>>>
>>> Kitware offers various services to support the CMake community. For more
>>> information on each offering, please visit:
>>>
>>> CMake Support: http://cmake.org/cmake/help/support.html
>>> CMake Consulting: http://cmake.org/cmake/help/consulting.html
>>> CMake Training Courses: http://cmake.org/cmake/help/training.html
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://public.kitware.com/mailman/listinfo/cmake
>>>
>>
>> --
>>
>> Powered by www.kitware.com
>>
>> Please keep messages on-topic and check the CMake FAQ at:
>> http://www.cmake.org/Wiki/CMake_FAQ
>>
>> Kitware offers various services to support the CMake community. For more
>> informatio
Re: [CMake] Cross Compilation & Source file generators
Take a look at paraview's internal copy of protobuf. We compile protoc in the host tools pass and then use it when we build libprotobuf in the cross compile pass. On May 20, 2016 10:14 PM, "Walter Gray" wrote: > A small addendum - The way I am currently solving this problem is by > replacing the version of protoc in the library folder for android with one > that works on the host machine, but this is really not the best since it > means that the library distribution is tied to the host AND the target. > > Thinking in terms of concepts, I think I would want a find_package that > understood the difference between finding a package for executing and > finding a package for linking, but that'd be a pretty fundamental change. > > On Fri, May 20, 2016 at 7:02 PM Walter Gray wrote: > >> I've got a project with a number of target platforms, including some that >> I have to cross-compile to such as android, that uses protobuf. If you're >> unfamiliar, the crux of the issue is that there is both a library, >> libprotobuf, and an 'compiler', protoc, that takes .proto files and >> generates a .h/.cc pair that are then included in the project. >> >> When cross compiling, want to use the libprotobuf that was compiled on >> andriod, but the protoc that was compiled for my host environment. How >> could this be achieved? >> >> Currently, my build machine has several different directories where I >> store the external libraries that have been compiled for the various >> platforms/compilers that we support (Libraries-arm32, Libraries-x64, >> Libraries-x64-vc14, ect). >> >> Solutions that require modifying protobuf's -config.cmake file are >> welcome, I've already submitted several PR's improving it. I'd like to >> establish what the best practice for this kind of situation is as I have >> the same issue with Flatbuffers. >> >> On a slightly unrelated note, is there some way to write something like >> the AUTOUIC system without modifying cmake itself? It would be lovely if >> all I had to do was include the .proto file in the source file list. >> >> Thanks! >> Walter >> > > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake > -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Cmake gui and cli
I think you can write a starter cmakecache in an empty build directory consisting of just the non-default options you want and and then run cmake on that. It will fill in the rest of what it needs if you've provided a consistent set that doesn't need to ask you anything. That is what dashboards do. David E DeMarle Kitware, Inc. R&D Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 On Fri, Jul 17, 2009 at 4:12 AM, Alin M Elena wrote: > Hi Bill and Eric, > > I see your points about the implementation but I think you are thinking to > something different that I have in my mind. > > I am not interested in portability. When I try to compile a big project (eg > paraview) the -gui is a very good tool, due to its incremental support. Then I > go let us say to a production environment where I am command line and I want a > one-go approach. > > The programmatic set variables are of no value to me as they will be set the > same in the command line environment. I need a track of all the variables that > I set. The only thing that I want to keep track of are my changes, as they are > the only one that change the flow of the compilation process. > > regards, > > Alin > -- > __ > "If the Universities will not study useless subjects, who will?" > G. F. FitzGerald, Nature, 45/46, 392 (1892) > __ > Mr Alin M ELENA > Irish Centre for High-End Computing -- www.ichec.ie > The Design Tower, Trinity Technology & Enterprise Campus > Grand Canal Quay, Dublin 2, Ireland > Tel: +353 (0) 1 5241608 ext 29 > Fax: +353 (0) 1 7645845 > http://alin.elenaworld.net > alin.el...@ichec.ie > alinm.el...@gmail.com > __ > On Thursday 16 July 2009 20:21:02 you wrote: >> 2009/7/16 Bill Hoffman : >> > Alin M Elena wrote: >> >>> I think the previous posts are missing the question I think what >> >>> is wanted is a way to run cmake-gui pick some options, and then >> >>> generate a -D command line equivalent to the options that were picked >> >>> in cmake-gui. This is not possible, and would be difficult to >> >>> implement. >> >> >> >> Thanks Bill, exactly what I wanted to know. Why is that difficult? >> > >> > All options in the cache are stored together, some are set from the >> > cmakelists.txt files and some are set by users. I suppose camke-gui >> > could try and track all changes made by the user and collect them up. I >> > am not sure that the set of options would be portable to a different >> > machine. >> >> I may add some other similar possible issues. >> >> Sometimes as Bill said some options do appear on a specific machine basis >> like in >> IF (WIN32) >> OPTION(WHATEVER "You know" FALSE) >> ENDIF(WIN32) >> >> of >> >> FIND_PACKAGE(Doxygen) >> IF (DOXYGEN_FOUND) >> OPTION(BUILD_DOC "Build documentation using Doxygen" OFF) >> ENDIF(DOXYGEN_FOUND) >> >> or even more, one option may trigger another one >> >> OPTION(LEVEL1 "level1" OFF) >> IF (LEVEL1) >> OPTION(LEVEL2 "level2" OFF) >> ENDIF(LEVEL1) >> >> in this second case the GUI will show you the LEVEL2 option >> only if you set LEVEL1 to ON and hit configure. >> >> The CMake gui (QT or curse) have an iterative usage pattern >> >> 1) configure >> 2) select change >> 3) eventually go to 1 >> 4) generate >> >> The pure command line is usually "one-shot" trying to get the >> "preferred" configuration. >> >> Like Bill said a possible way to do it would be to track user-modified >> values vs programmatically chosen ones. But you'll have to deal with >> user-modified values depending on programmatically chosen path, >> not that easy to do. > ___ > 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 CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake > ___ 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 CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake gui and cli
You also have the option of running: "cmake -i" which acts like the old linux kernel configuration tools, interactively questioning you for each option. or "cmake -D setting1 -D setting2..." David E DeMarle Kitware, Inc. R&D Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 On Thu, Jul 16, 2009 at 10:59 AM, Michael Jackson wrote: > ccmake - which is a curses based gui from the cli. > > _ > Mike Jackson mike.jack...@bluequartz.net > www.bluequartz.net > > On Jul 16, 2009, at 10:41 AM, Alin M Elena wrote: > >> Hi >> >> cmake-gui is very useful for big projects with many variables to set, but >> sometimes command line is very necessary, too. Is there a way to generate >> the >> command line equivalent of the settings from cmake-gui? >> >> regards, >> >> Alin >> -- >> __ >> "If the Universities will not study useless subjects, who will?" >> G. F. FitzGerald, Nature, 45/46, 392 (1892) >> __ >> Mr Alin M ELENA >> Irish Centre for High-End Computing -- www.ichec.ie >> The Design Tower, Trinity Technology & Enterprise Campus >> Grand Canal Quay, Dublin 2, Ireland >> Tel: +353 (0) 1 5241608 ext 29 >> Fax: +353 (0) 1 7645845 >> http://alin.elenaworld.net >> alin.el...@ichec.ie >> alinm.el...@gmail.com >> ___ >> 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 CMake FAQ at: >> http://www.cmake.org/Wiki/CMake_FAQ >> >> Follow this link to subscribe/unsubscribe: >> http://www.cmake.org/mailman/listinfo/cmake > > ___ > 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 CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake > ___ 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 CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] ccmake not built on Linux 64
> I recently did a 64 bit ubuntu cmake build and had the same outcome. > I installed curses (from package I think) then ccmake built for me. make that ncurses 5.7 built from source. > On Tue, Feb 17, 2009 at 3:21 PM, Michael Jackson > wrote: >> Just tried building cmake from source on Linux X86_64 (KUbuntu running >> inside Sun's Virtual Box environment. The only thing that got built was >> cmake, cpack and ctest. Where is ccmake at? I looked through the ./configure >> --help and nothing really jumped out at me. >> >> Thanks >> _ >> Mike Jackson mike.jack...@bluequartz.net >> BlueQuartz Softwarewww.bluequartz.net >> Principal Software Engineer Dayton, Ohio >> >> >> >> ___ >> 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 CMake FAQ at: >> http://www.cmake.org/Wiki/CMake_FAQ >> >> Follow this link to subscribe/unsubscribe: >> http://www.cmake.org/mailman/listinfo/cmake >> > > > > -- > David E DeMarle > Kitware, Inc. > R&D Engineer > 28 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-371-3971 x109 > -- David E DeMarle Kitware, Inc. R&D Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 ___ 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 CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] ccmake not built on Linux 64
I recently did a 64 bit ubuntu cmake build and had the same outcome. I installed curses (from package I think) then ccmake built for me. On Tue, Feb 17, 2009 at 3:21 PM, Michael Jackson wrote: > Just tried building cmake from source on Linux X86_64 (KUbuntu running > inside Sun's Virtual Box environment. The only thing that got built was > cmake, cpack and ctest. Where is ccmake at? I looked through the ./configure > --help and nothing really jumped out at me. > > Thanks > _ > Mike Jackson mike.jack...@bluequartz.net > BlueQuartz Softwarewww.bluequartz.net > Principal Software Engineer Dayton, Ohio > > > > ___ > 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 CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake > -- David E DeMarle Kitware, Inc. R&D Engineer 28 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-371-3971 x109 ___ 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 CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
