I think the complexity is brought about by using MacPorts or Fink. If
you simply compile the libraries yourself instead of letting MacPorts do it and
install the libraries in /usr/local my guess your experience may be
better.
Not sure which libraries you are using from MacPorts but do those lib
Thank you for your detailed reply, Rolf. The code you've included
looks to me like the similar complexity of the code I've seen in the
"FindModulexxx.cmake" files-- it looks like a solution for this one
specific library, but perhaps one I'd have to replicate for every
library used in the project.
Am Mittwoch, 6. Juni 2012, 16:15:52 schrieb Natalie Tasman:
> Andreas, thank you for your help. Not surprisingly (for someone new
> to cmake) I was getting tripped up with the cmake cache, in part.
> Here's what I've found using cmake 2.8.8:
>
> 0) One can get tripped up working with the both GUI
Andreas, thank you for your help. Not surprisingly (for someone new
to cmake) I was getting tripped up with the cmake cache, in part.
Here's what I've found using cmake 2.8.8:
0) One can get tripped up working with the both GUI and the command
line. I was manually clearing cache files from the c
Hi,
On Tue, Jun 05, 2012 at 11:11:44AM -0400, cmake-requ...@cmake.org wrote:
> Date: Mon, 4 Jun 2012 17:01:34 -0700
> From: Natalie Tasman
> I'm writing a CMakeLists.txt file, and I'm having problems getting
> find_package to choose libraries under /opt/local rather than
> /usr/local. Specifical
I'm writing a CMakeLists.txt file, and I'm having problems getting
find_package to choose libraries under /opt/local rather than
/usr/local. Specifically, I've installed libarchive using macports
and CMake cannot find it. When CMake configuration finds the the
library in /usr/lib (/usr/lib/libarc
