On 09/17/2014 02:50 PM, Volker Pilipp wrote:
I see that /usr/lib64 (where libcurl.so.3 resides) is before
/opt/XXX/lib (where libcurl.so.4 resides). That's why g++ links against
the wrong library. However, this problem would not occur if I could stop
cmake from replacing /opt/XXX/lib/libcurl.so by -lcurl :-(

Maybe you could bring this up on the issue tracker:
  http://public.kitware.com/Bug/my_view_page.php

I am not entirely sure what the proper thing to do would be.

Nils


--

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

Reply via email to