<div dir="ltr">I found another example where they had a CONFIGURE_COMMAND.  Adding that with "configure" before the BUILD_COMMAND seemed to work.  <div><br></div><div><a href="http://stackoverflow.com/questions/7770583/cmake-change-prefix-in-externalproject-add-depending-on-operating-system">http://stackoverflow.com/questions/7770583/cmake-change-prefix-in-externalproject-add-depending-on-operating-system</a><br>

</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Mar 16, 2014 at 12:49 AM, Alan W. Irwin <span dir="ltr"><<a href="mailto:irwin@beluga.phys.uvic.ca" target="_blank">irwin@beluga.phys.uvic.ca</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 2014-03-15 23:06-0700 Josh Stratton wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm trying to get cmake to compile an autoconf external library that comes<br>
with my git repo.  I've found an example on stackoverflow that supposedly<br>
works, but I get an error message saying no CMakeLists.txt exists in that<br>
directory.<br>
<br>
<a href="http://stackoverflow.com/questions/16604815/cmake-reuse-externalproject-depends-does-not-work" target="_blank">http://stackoverflow.com/<u></u>questions/16604815/cmake-<u></u>reuse-externalproject-depends-<u></u>does-not-work</a><br>


<br>
I figured because BUILD_DIR is set to "make", I wouldn't need a<br>
CMakeLists.txt file in that directory.  Anyway, I tried including an empty<br>
one and get a "no rule to make target install", which is closer, but still<br>
not correct as I'm not calling "make install", right?<br>
<br>
Here's my root CMakeLists.txt.  Is there another argument or something to<br>
get this to work?  Why does including "make" give an "install" message?  If<br>
I'm doing the whole autoconf workflow, do I need the full set of commands<br>
"configure; make; make install" or is cmake doing some fancy logic?<br>
<br>
cmake_minimum_required(VERSION 2.8)<br>
<br>
project(ppml)<br>
<br>
include(ExternalProject)<br>
<br>
ExternalProject_Add(<br>
 fftw<br>
 DOWNLOAD_COMMAND ""<br>
 SOURCE_DIR /home/stratton/Public/ppml/<u></u>external/fftw-3.3.3<br>
 BUILD_COMMAND make<br>
 BUILD_IN_SOURCE 1<br>
)<br>
</blockquote>
<br></div></div>
The documentation says<br>
<br>
# If SOURCE_DIR is explicitly set to an existing directory the project<br>
# will be built from it.<br>
# Otherwise a download step must be specified using one of the<br>
# DOWNLOAD_COMMAND, [...]<br>
<br>
So my guess is you should drop the DOWNLOAD_COMMAND entirely rather than<br>
specifying an empty string for it.<br>
<br>
If that doesn't work, there are other alternatives which I know do work.<br>
<br>
Alan<br>
<br>
__________________________<br>
Alan W. Irwin<br>
<br>
Astronomical research affiliation with Department of Physics and Astronomy,<br>
University of Victoria (<a href="http://astrowww.phys.uvic.ca" target="_blank">astrowww.phys.uvic.ca</a>).<br>
<br>
Programming affiliations with the FreeEOS equation-of-state<br>
implementation for stellar interiors (<a href="http://freeeos.sf.net" target="_blank">freeeos.sf.net</a>); the Time<br>
Ephemerides project (<a href="http://timeephem.sf.net" target="_blank">timeephem.sf.net</a>); PLplot scientific plotting<br>
software package (<a href="http://plplot.sf.net" target="_blank">plplot.sf.net</a>); the libLASi project<br>
(<a href="http://unifont.org/lasi" target="_blank">unifont.org/lasi</a>); the Loads of Linux Links project (<a href="http://loll.sf.net" target="_blank">loll.sf.net</a>);<br>
and the Linux Brochure Project (<a href="http://lbproject.sf.net" target="_blank">lbproject.sf.net</a>).<br>
__________________________<br>
<br>
Linux-powered Science<br>
__________________________<br>
</blockquote></div><br></div>