I have created an out-of-source build tree (on Windows), with the
installation directory as a subfolder of the build trees. The idea is
that the compiled binary requires some DLL's, images, 3D models and
configuration files, at a location relative to the executable. If the
files are changed,
I use the following to copy some test files from one directory to
another:
SET (HDF5_REFERENCE_TEST_FILES
tnullspace.h5
family_v1.7_3.h5
family_v1.7_1.h5
mergemsg.h5
tbogus.h5
tbad_msg_count.h5
group_new.h5
deflate.h5
noencoder.h5
family_v1.7_0.h5
2009/1/30 Jonatan Bijl jonatan.b...@tba.nl:
I have now set up the tree so that the executables can be run
immediately from where they are created. I use configure_file to copy
the files. The problem is now, that every time I do a re-configure, the
files (including a dll that is very big) are
Thanks! FYI, I've created some macros to do the copying. Haven't
thoroughly tested them yet, but they appear to be working.
MACRO(COPY_FILE_IF_CHANGED in_file out_file target)
ADD_CUSTOM_COMMAND (
TARGET ${target}
POST_BUILD
COMMAND
Hi,
I have created an out-of-source build tree (on Windows), with the
installation directory as a subfolder of the build trees. The idea is
that the compiled binary requires some DLL's, images, 3D models and
configuration files, at a location relative to the executable. If the
files are
On 26. Jan, 2009, at 12:24, Jonatan Bijl wrote:
Hi,
I have created an out-of-source build tree (on Windows), with the
installation directory as a subfolder of the build trees. The idea is
that the compiled binary requires some DLL's, images, 3D models and
configuration files, at a location
My personal suggestion would be to use the plain MakeFiles generator
and then inside eclipse create a C++ Makefile project. You can then
point the project settings at the build directory to find the makefile
and also tell eclipse to use make all install as the build command
instead of