Clarification: I was too aggressive about cleaning up the output from the link
step in the
example below. Here’s what happened:
fatal error:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool:
can't stat file output file:
/Users/jim/Workspace/myproj
Folks,
I’m working with a very large CMakeLists.txt, and I’m having trouble generating
a working
Xcode project from it (the Ninja and Make generators seem to work fine).
What’s happening is that the post-build step associated with each of the
targets in
XCODE_DEPEND_HELPER.make is aggressively
Thanks, I did not know about the guidelines. I guess my misconception is
based on having seen historically cache variables used in a number of
find modules and also in practice being able to override the module when
needed. So if the outputs of the find module aren't cache variables, how
does o
Hi Chuck,
I have a an install of mpi that has no compiler wrappers. I know the
include dir and the list of libraries to use. How do I tell the new
cmake module? Is it no longer supported to tell the module what to use
for these?
Burlen
On 09/17/2018 06:46 AM, Chuck Atkins wrote:
Hi Burlen
Hi Burlen
Of course I read the documentation.
>
I certainly didn't mean for that to come off as an "rtfm", so my appologies
if it did, that wasn't my intent.
> why did they MPI_C_LIBRARIES and MPI_C_INCLUDE_DIRS/PATH get changed from
> cache variables to not chached variables? that seems to be