Wouldn't it be possible to move it to a subfolder with the DLLs and put a link next to cmake and ccmake? Executables look for DLLs in their directory and it wouldn't pollute the PATH
I personally like to be able to launch it through the command line, it is faster than looking for it and then browse for the folder. Le lun. 14 août 2017 à 11:48, Craig Scott <craig.sc...@crascit.com> a écrit : > This is a common problem, not just with CMake. I'm wondering if there's > any real need for cmake-gui to be on the PATH at all, since it will usually > be invoked by a desktop or menu icon. At the moment though, it is in the > same directory as the cmake and ccmake executables which have a much > stronger case for being on the PATH. There's a reasonable argument that > cmake-gui should be in a different directory, then it wouldn't be an issue > if shared Qt libs were used rather than static. I'll bring this up on the > developer mailing list and see what discussions yield. > > > On Mon, Aug 14, 2017 at 6:22 PM, Christian Ehrlicher <ch.ehrlic...@gmx.de> > wrote: > >> Hi, >> >> I recently upgraded from cmake 3.3 to 3.9 on windows and got some >> problems during my build because it looks like the pre-compile binaries for >> windows are now shipping Qt5 - dlls instead static compile libs (since 3.5 >> afaics). >> The problem is, that I had the path to cmake *before* the path to my own >> Qt5 libaries. So during the build / run of my application, the wrong >> libraries were loaded and I got a symbol lookup error. >> Would it be possible to use the static Qt5 libs instead or maybe prefix >> the Qt5 libs shipped with cmake-gui somehow? >> >> Thx, >> Christian >> >> -- >> >> 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 >> > > > > -- > Craig Scott > Melbourne, Australia > https://crascit.com > -- > > 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