Re: [CMake] CMAKE_DL_LIBS

2016-03-01 Thread Aaron Boxer
Thanks! I found the problem: I needed to add CMAKE_DL_LIBS to another static library that the main exe was linking to. Now this link error is gone. On Tue, Mar 1, 2016 at 9:55 AM, J. Caleb Wherry wrote: > That link looks fine to me. You might want to verify that the >

Re: [CMake] CMAKE_DL_LIBS

2016-03-01 Thread J. Caleb Wherry
That link looks fine to me. You might want to verify that the CMAKE_DL_LIBS variable actually contains what it should on your system (or a least contains what it should right before using it). You could explicitly add the "-dl" to that link statement and see if that works. That's what that

Re: [CMake] CMAKE_DL_LIBS

2016-03-01 Thread J. Caleb Wherry
Most likely solution: missing the "-ldl" link lib which should solve your missing symbol issues. The DSO error is most likely caused by the above. However, there could be a problem with your linking order. I'd have to see the CMake file to be sure. Caleb On Tuesday, March 1, 2016, Aaron Boxer

[CMake] CMAKE_DL_LIBS

2016-03-01 Thread Aaron Boxer
Hello! I have a CMAKE project that creates an executable that links with a static lib from a second CMAKE project. The static lib requires the dlopen and dlclose symbols. So, when I link the first project, I add ${CMAKE_DL_LIBS} to the CMake file. However, I still get an error about "undefined

Re: [CMake] CMAKE_DL_LIBS

2016-03-01 Thread Aaron Boxer
On Tue, Mar 1, 2016 at 9:06 AM, Aaron Boxer wrote: > Hello! > I have a CMAKE project that creates an executable that links with a static > lib > from a second CMAKE project. The static lib requires the dlopen and dlclose > symbols. > > So, when I link the first project, I add